При разработке высоконагруженных систем на платформе 1С часто возникает необходимость ускорить формирование печатных форм, таких как этикетки или счета, за счет использования многопоточности. Однако на определенных версиях платформы (особенно 8.3.16) разработчики сталкиваются с критической ошибкой: "Аварийно завершился процесс фонового задания". В этой статье мы подробно разберем, почему это происходит, проанализируем механизмы работы платформы с PDF и найдем способы решения этой проблемы.
Рассмотрим ситуацию: на сервере запускается цикл, который порождает несколько фоновых заданий для формирования табличных документов и их последующего сохранения в формате PDF. Типичный код реализации выглядит следующим образом:
КоличествоПотоковПечати = 4;
МассивЗаданий = Новый Массив;
Для каждого ЭлGTIN Из ТЗ Цикл
МассивПараметров = Новый Массив;
МассивПараметров.Добавить(ЭлGTIN.GTIN);
Задание = ФоновыеЗадания.Выполнить("ВзаимодействиеСервер.СформироватьЭтикеткиИЗаписатьВФайл", МассивПараметров);
МассивЗаданий.Добавить(Задание);
Если МассивЗаданий.Количество() >= КоличествоПотоковПечати Тогда
Попытка
ФоновыеЗадания.ОжидатьЗавершения(МассивЗаданий);
Исключение
// Обработка ошибки
КонецПопытки;
МассивЗаданий.Очистить();
КонецЕсли;
КонецЦикла;
Внутри процедуры СформироватьЭтикеткиИЗаписатьВФайл выполняется стандартный метод Записать() объекта ТабличныйДокумент. Проблема заключается в том, что при одновременном обращении нескольких потоков к библиотекам экспорта PDF процесс rphost может завершиться с ошибкой Access Violation. Это приводит к падению всего рабочего процесса, обрыву всех активных соединений и появлению "битых" файлов размером в несколько байт.
Проанализируем основные технические факторы, вызывающие подобное поведение платформы:
Записать() при экспорте в PDF часто создает промежуточные данные во временной директории профиля пользователя ОС. При массовом запуске потоков может возникнуть коллизия имен или блокировка доступа к папке Temp.libfontconfig1) или некорректным доступом к кэшу шрифтов при многопоточной инициализации.Одним из эффективных способов обхода прямой записи на диск является использование объекта ПотокВПамяти. Это позволяет изолировать процесс формирования данных от процесса записи файла в файловую систему. Разберем этот метод подробнее:
Процедура СформироватьЭтикеткиИЗаписатьВФайл(GTIN) Экспорт
// Формируем табличный документ
Данные = ПечатьЭтикеток.ПолучитьЭтикетки_V2(ПараметрыФормирования);
// Вместо прямой записи на диск используем поток в памяти
Птк = Новый ПотокВПамяти;
Данные.ТД.Записать(Птк, ТипФайлаТабличногоДокумента.PDF);
// Получаем двоичные данные из потока
ДД = Птк.ЗакрытьИПолучитьДвоичныеДанные();
// Записываем двоичные данные в файл
ДД.Записать(ПутьСохранения + "\" + ИмяФайла);
КонецПроцедуры
Важное примечание: Этот метод снижает нагрузку на дисковую подсистему и уменьшает вероятность блокировок, но не решает проблему на 100%, если корень ошибки лежит глубоко в библиотеках рендеринга платформы.
Проанализируем стратегию запуска заданий. В исходном коде используется ожидание всей "пачки" (порции) заданий. Это неэффективно, так как если одно задание выполняется долго, остальные потоки простаивают. Выясним, как сделать "честную" очередь, которая будет поддерживать заданное количество активных потоков постоянно, снижая пиковые нагрузки на rphost.
КоличествоПотоков = 4;
АктивныеЗадания = Новый Массив;
Для каждого СтрокаТЗ Из ТЗ Цикл
// Ждем, пока освободится место в пуле потоков
Пока АктивныеЗадания.Количество() >= КоличествоПотоков Цикл
// Проверяем статус заданий
ИндексыДляУдаления = Новый Массив;
Для Номер = 0 По АктивныеЗадания.Количество() - 1 Цикл
Если АктивныеЗадания[Номер].Состояние <> СостояниеФоновогоЗадания.Активно Тогда
ИндексыДляУдаления.Добавить(Номер);
КонецЕсли;
КонецЦикла;
// Очищаем завершенные
Для каждого Индекс Из ИндексыДляУдаления Цикл
АктивныеЗадания.Удалить(Индекс);
КонецЦикла;
Если АктивныеЗадания.Количество() >= КоличествоПотоков Тогда
Приостановить(1); // Небольшая пауза, чтобы не нагружать процессор проверками
КонецЕсли;
КонецЦикла;
// Запуск нового задания
Параметры = Новый Массив;
Параметры.Добавить(СтрокаТЗ.GTIN);
НовоеЗадание = ФоновыеЗадания.Выполнить("ВзаимодействиеСервер.СформироватьЭтикетки", Параметры);
АктивныеЗадания.Добавить(НовоеЗадание);
КонецЦикла;
Если программные методы не помогают, следует обратить внимание на инфраструктурные аспекты:
rphost) на сервере, чтобы распределить нагрузку.1C:Enterprise 8.3 Server Agent, есть полные права на папку временных файлов и целевую директорию записи.ttf-mscorefonts-installer) и убедитесь, что библиотека fontconfig настроена корректно. Иногда помогает предварительная генерация одного PDF-документа в один поток при старте сервера для инициализации кэша шрифтов.Проанализировав ситуацию, мы выяснили, что ошибка аварийного завершения фонового задания при записи PDF чаще всего является следствием багов конкретных релизов платформы 1С. Для стабильной работы рекомендуется сочетать обновление платформы с оптимизацией кода (использование ПотокВПамяти и плавное управление очередью заданий). Это обеспечит надежную работу системы даже при формировании больших объемов печатных форм в фоновом режиме.