В практике автоматизации задач на платформе 1С:Предприятие часто встречается ситуация, когда внешняя обработка запускается по расписанию с помощью командного файла (CMD/BAT). При таком сценарии разработчики часто сталкиваются с неприятным эффектом: пока окно 1С активно и находится в фокусе, сообщения в окне сообщений («служебные сообщения») выводятся корректно. Однако стоит пользователю переключиться на другое приложение или минимизировать окно, как отрисовка прогресса останавливается. Программа продолжает выполнять полезную работу, но визуально кажется зависшей. Рассмотрим подробно, почему это происходит и какими способами можно обеспечить стабильное обновление интерфейса.
Проблема кроется в механизмах взаимодействия платформы 1С и операционной системы Windows. Когда приложение 1С запускается через ключ /Execute, оно работает в обычном пользовательском сеансе, но операционная система накладывает определенные ограничения на обработку графических событий (GUI) для неактивных окон.
Основная причина заключается в очереди сообщений Windows (Windows Message Queue). Сообщения о перерисовке окна, такие как WM_PAINT, имеют низкий приоритет. Если приложение «занято» выполнением тяжелого алгоритма в одном потоке (а 1С в обычных формах работает именно так), оно перестает заглядывать в очередь сообщений. ОС, видя, что окно не в фокусе и не отвечает на системные запросы, просто перестает выделять ресурсы на его отрисовку. В результате окно сообщений остается пустым или «белым» до момента завершения работы или возврата фокуса.
Самый простой и эффективный метод «встряхнуть» платформу — это использование метода ОбработкаПрерыванияПользователя(). Несмотря на название, этот метод делает гораздо больше, чем просто проверку нажатия клавиш Ctrl + Break. Он заставляет 1С обработать накопившиеся системные сообщения в очереди Windows.
Рассмотрим пример кода, который следует вставить внутрь цикла вашей обработки:
Для Каждого СтрокаДанных Из ТаблицаВыгрузки Цикл
// Выполняем полезную работу
ОбработатьСтроку(СтрокаДанных);
// Выводим сообщение о прогрессе
Сообщить("Обработано: " + СтрокаДанных.Номер);
// Принудительно обновляем интерфейс и проверяем нажатие клавиш
ОбработкаПрерыванияПользователя();
КонецЦикла;
Важный нюанс: частота вызова этого метода влияет на производительность. Если итерации цикла очень быстрые, вызывайте метод раз в 10 или 100 итераций, чтобы не замедлять работу системы слишком сильно.
Проанализируем ситуацию, когда ОбработкаПрерыванияПользователя() недостаточно. В обычных формах существует метод ОбновитьОтображениеДанных(). Хотя он предназначен для обновления связанных данных в полях формы, его вызов инициирует перерисовку элементов графического интерфейса. Рассмотрим, как объединить эти методы для достижения максимального эффекта:
Сообщить("Начало масштабной операции...");
// ... некий код ...
ОбновитьОтображениеДанных();
ОбработкаПрерыванияПользователя();
Эта комбинация команд наиболее эффективна в обычных формах (1С 8.3), так как она сообщает платформе о необходимости актуализировать все визуальные компоненты, включая панель сообщений.
Если окно сообщений все равно ведет себя нестабильно, мы можем использовать более «приоритетный» для операционной системы элемент — заголовок главного окна. Заголовки окон обычно перерисовываются ОС более агрессивно, чем внутреннее содержимое. Мы можем дублировать текущий статус туда с помощью метода УстановитьЗаголовокСистемы().
Посмотрим на пример реализации:
ВсегоЗаписей = Таблица.Количество();
Счетчик = 0;
Для Каждого Элемент Из Таблица Цикл
Счетчик = Счетчик + 1;
// Формируем текст для заголовка
ТекстЗаголовка = "Обработка данных: " + Счетчик + " из " + ВсегоЗаписей;
УстановитьЗаголовокСистемы(ТекстЗаголовка);
// Основная логика
ВыполнитьДействие(Элемент);
КонецЦикла;
// Возвращаем стандартный заголовок после завершения
УстановитьЗаголовокСистемы("");
Вместо вывода тысяч строк в окно сообщений, что само по себе является ресурсоемкой операцией для GUI, разберем использование метода Состояние(). Этот метод выводит текст в нижнюю панель (строку состояния) и обновляет индикатор прогресса. Он работает по иным алгоритмам, нежели окно сообщений, и часто сохраняет работоспособность, даже когда основное окно «зависло».
Состояние("Выполняется загрузка данных...", 50); // Текст и процент выполнения
Использование этого метода считается хорошим тоном, так как он меньше нагружает подсистему отрисовки 1С, чем бесконечное добавление строк в текстовое поле сообщений.
Если специфика вашей задачи требует, чтобы окно 1С обязательно оставалось «живым» и активным, мы можем прибегнуть к помощи внешних компонент Windows. Через COM-объект WScript.Shell можно программно активировать окно приложения по его заголовку. Это вернет приложению фокус и заставит Windows возобновить полноценную отрисовку.
Рассмотрим пример кода:
WshShell = Новый COMОбъект("WScript.Shell");
// Попробуем найти окно, в заголовке которого есть "1С:Предприятие"
Если WshShell.AppActivate("1С:Предприятие") Тогда
// Окно успешно найдено и активировано
КонецЕсли;
Внимание: этот метод может раздражать пользователя, если он в этот момент работает в другом приложении, так как фокус будет постоянно «прыгать» обратно в 1С. Используйте этот способ только для полностью автономных рабочих станций или серверов.
Разберем ситуацию с точки зрения архитектуры. Если задача запускается через CMD по расписанию, это означает, что она является фоновой или регламентной по своей сути. Использование окна сообщений (визуального инструмента) для таких задач — это «костыль».
Проанализируем преимущества перехода на текстовые логи или Журнал регистрации:
Пример записи в Журнал регистрации:
ЗаписьЖурналаРегистрации("МояОбработка.ВыгрузкаДанных",
УровеньЖурналаРегистрации.Информация,
,
,
"Обработано записей: " + Количество);
Посмотрим на параметры запуска, которые использовал автор темы. Использование ключа /isdi (Single Document Interface) для обычных форм может влиять на то, как Windows управляет окнами. Если ваша цель — стабильная работа в фоне, попробуйте убрать лишние параметры визуализации. Также убедитесь, что в планировщике задач Windows (Task Scheduler) установлена галочка «Выполнять только при вошедшем в систему пользователе». Если запустить скрипт от имени системы (System) без входа пользователя (в так называемой Session 0), графический интерфейс 1С не будет отрисован в принципе, и никакие методы обновления не помогут увидеть окно сообщений.
Подводя итог, можно сказать: «зависание» окна сообщений при потере фокуса — это ожидаемое поведение платформы 1С, оптимизирующей ресурсы. Чтобы побороть этот эффект, используйте ОбработкаПрерыванияПользователя() для принудительного обновления очереди сообщений ОС или пересмотрите подход к мониторингу выполнения задачи, отдав предпочтение ЗаписьЖурналаРегистрации() или сторонним лог-файлам.