Как устранить утечку памяти при создании XML в 1С:Предприятие 7.7?

← На главную

При работе в среде 1С:Предприятие 7.7 разработчики часто сталкиваются с проблемой катастрофического потребления оперативной памяти при генерации большого количества XML-файлов. Стандартная внешняя компонента V7Plus.dll, которая десятилетиями использовалась для этих целей, имеет внутренние ограничения и нюансы управления ресурсами, приводящие к тому, что память не освобождается даже после завершения работы процедуры. Разберем, почему это происходит и как перейти на более эффективные методы работы с XML.

Анализ проблемы: почему V7Plus «съедает» память

Рассмотрим стандартную ситуацию: в цикле формируется несколько сотен XML-документов. На каждом шаге создается объект через V7Plus, добавляются узлы, устанавливаются атрибуты, и файл записывается на диск. Проблема заключается в том, что V7Plus.dll является лишь «оберткой» (wrapper) над системной библиотекой Microsoft XML (MSXML). При создании сложных иерархических структур компонента может некорректно обрабатывать счетчики ссылок на COM-объекты.

Выясним причину: в 1С 7.7 механизм уничтожения объектов работает по принципу подсчета ссылок. Если вы создали переменную, ссылающуюся на узел (Node), и другую переменную, ссылающуюся на сам документ (DOMDocument), объект документа не будет удален из памяти, пока жива хотя бы одна ссылка на любой его подчиненный узел. Даже если мы присваиваем переменной Док = "", скрытые связи внутри V7Plus могут удерживать объект в памяти до полного закрытия сеанса 1С или выгрузки компоненты.

Решение №1: Прямое использование MSXML через COMObject

Самый эффективный способ решения проблемы — отказ от V7Plus.dll в пользу прямой работы с библиотекой Msxml2.DOMDocument. Это позволяет не только устранить утечки памяти, но и значительно (в 3–5 раз) ускорить процесс формирования файлов. Проанализируем пример кода, который заменяет стандартные методы V7Plus:


// Вместо ЗагрузитьВнешнююКомпоненту("v7plus.dll")
// Используем прямое создание COM-объекта
Док = СоздатьОбъект("Msxml2.DOMDocument");
Корень = Док.createElement("Root");
Док.appendChild(Корень);

// Создание подчиненных узлов
Узел1 = Док.createElement("Уз1");
Узел1.setAttribute("Атрибут", "Значение");
Корень.appendChild(Узел1);

// Запись в файл
Док.save("C:\temp\mydata.xml");

Важно отметить, что при таком подходе мы работаем напрямую с интерфейсами Windows, минуя посредников. После записи файла крайне важно правильно «замести следы» и освободить память.

Правильное освобождение ресурсов в 1С 7.7

Простое присвоение пустой строки переменной не всегда гарантирует немедленную очистку памяти. Рассмотрим алгоритм принудительного разрыва связей. Проанализируем ситуацию: если мы использовали рекурсию для обхода дерева, на стеке могут остаться ссылки на объекты узлов.

Рекомендуется следующий порядок действий:

Обнуляйте все переменные, которые хранили ссылки на узлы (Node), в обратном порядке их создания.
Используйте локальные переменные внутри процедур. После завершения работы процедуры 1С пытается очистить локальный контекст.
Для объектов MSXML существует небольшая хитрость, позволяющая «сбросить» внутреннее дерево документа, не дожидаясь полной деструкции объекта.

Посмотрим на пример «финализации» объекта в конце процедуры:


// Принудительная очистка структуры перед уничтожением объекта
Если ПустоеЗначение(Док) = 0 Тогда
    Корень = Док.documentElement;
    Если ПустоеЗначение(Корень) = 0 Тогда
        Док.removeChild(Корень);
    КонецЕсли;
    // Создаем фиктивный маленький узел, чтобы вытеснить старое тяжелое дерево
    Док.appendChild(Док.createElement("Empty"));
КонецЕсли;

// Обнуляем ссылки
Узел2 = "";
Узел1 = "";
Корень = "";
Док = "";

Решение №2: Последовательная запись XML (SAX-модель)

Если ваша задача — выгрузка гигантских объемов данных, при которой использование DOMDocument (объектной модели, строящей всё дерево в памяти) всё равно приводит к дефициту ресурсов, следует рассмотреть метод последовательной записи. В 1С 8 для этого есть ЗаписьXML, а в 1С 7.7 мы можем использовать объект Msxml2.MXXMLWriter.

Разберем, в чем преимущество: MXXMLWriter не строит дерево в оперативной памяти. Он пишет данные в поток (стрим) по мере их поступления. Это гарантирует, что потребление памяти будет минимальным и стабильным, независимо от того, генерируете вы файл размером 10 Кб или 10 Гб.

Пример инициализации такого подхода через COM:


Писатель = СоздатьОбъект("Msxml2.MXXMLWriter");
Поток = СоздатьОбъект("ADODB.Stream");
Поток.Open();
Писатель.output = Поток;

// Формируем структуру
Писатель.startDocument();
Писатель.startElement("", "", "Root", "");
Писатель.characters("Текст внутри элемента");
Писатель.endElement("", "", "Root");
Писатель.endDocument();

// Сохраняем результат
Поток.SaveToFile("C:\temp\fast_xml.xml", 2);
Поток.Close();

Практические советы по оптимизации

Проанализируем дополнительные факторы, влияющие на производительность:

Версия библиотеки MSXML: По возможности используйте Msxml2.DOMDocument.6.0. Шестая версия является наиболее стабильной и обладает лучшим менеджером памяти по сравнению с версиями 3.0 или 4.0, которые часто вызываются по умолчанию.
Рекурсия vs Цикл: При глубокой вложенности XML-структур рекурсивные вызовы функций в 1С 7.7 могут удерживать ссылки на объекты узлов слишком долго. Если возможно, замените рекурсию итеративным обходом с использованием объекта СписокЗначений в качестве стека.
Типизация переменных: В 1С 7.7 нет строгой типизации, но дисциплина именования и своевременное обнуление (Переменная = 0 или Переменная = "") помогают избежать накопления «мусора» в памяти процесса 1cv77.exe.

Подведем итог: если вы столкнулись с «забиванием» памяти при работе с XML в 1С 7.7, первым делом откажитесь от V7Plus.dll. Переход на прямые COM-вызовы Msxml2.DOMDocument не только решит проблему с ресурсами, но и сделает ваш код более современным и быстрым.