Каждый разработчик, работающий с крупными конфигурациями на платформе 1С (такими как 1С:ERP Управление предприятием или 1С:Комплексная автоматизация), рано или поздно сталкивается с необходимостью отладки кода, выполняющегося на стороне сервера в фоновом режиме. На первый взгляд, алгоритм действий прост: мы включаем автоматическое подключение фоновых заданий в Конфигураторе, расставляем точки останова в общем модуле и запускаем процесс.
Однако на практике система часто ведет себя крайне загадочно: отладчик упорно игнорирует все точки останова в начале и в середине исполняемой процедуры, «просыпаясь» и останавливая выполнение только на самой последней строчке перед выходом из процедуры. В рамках этой статьи мы подробно проанализируем ситуацию, выясним причину этого технического феномена и разберем по шагам рабочие методы его устранения.
Данная проблема особенно актуальна для связки сервера 1С на операционной системе Linux и СУБД PostgreSQL, хотя может проявляться и в классических Windows-окружениях. Рассмотрим подробнее, почему так происходит и как заставить отладчик работать стабильно.
Когда в системе инициируется фоновое задание, серверный кластер 1С создает для него новый, изолированный сеанс. Этот процесс происходит практически мгновенно, и код фонового задания сразу начинает выполняться.
В этот же момент Конфигуратор на компьютере разработчика должен:
Этот процесс инициализации соединения занимает определенное время — обычно от 2 до 10 секунд (в зависимости от производительности сервера, загруженности сети и используемого протокола). Если отлаживаемый алгоритм выполняется быстро, то к моменту, когда Конфигуратор наконец завершает процесс подключения к новому сеансу, код фонового задания уже успевает полностью выполниться до самого конца. Именно поэтому отладчик срабатывает только на самой последней строчке — это единственная инструкция, которую он успевает «застать» в живых после установки соединения.
Как решить проблему "в лоб" (искусственная пауза):
Посмотрим на пример решения этой проблемы с помощью добавления временной задержки в самом начале процедуры фонового задания. Поскольку на сервере мы не можем использовать интерактивные методы ожидания (такие как диалоговые окна или предупреждения), мы организуем цикл ожидания:
Процедура ВыполнитьРасчетНаСервере(ПараметрыРасчета) Экспорт
// Искусственная задержка для подключения отладчика
ВремяСтарта = ТекущаяДата();
Пока ТекущаяДата() - ВремяСтарта < 10 Цикл
// Цикл ожидает 10 секунд, позволяя конфигуратору подключиться
КонецЦикла;
// Далее следует основной отлаживаемый код
МассивРезультатов = Новый Массив;
// ...
КонецПроцедуры
Эта простая вставка гарантирует, что у конфигуратора будет достаточно времени для полноценной инициализации сессии отладки, и вы сможете пошагово пройти весь алгоритм с самой первой строки.
Иногда очистка кэша — это первое, о чем говорят опытные разработчики при возникновении любых аномалий в поведении отладчика. Если в процессе динамического обновления конфигурации базы данных (так называемого «обновления на лету») произошел сбой синхронизации метаданных между сервером 1С и клиентским приложением, реальные номера строк кода в исполняемом файле на сервере могут не совпадать с номерами строк, которые отображаются у вас в Конфигураторе.
В результате вы ставите точку останова на строке №15, а для сервера эта строка фактически является пустой или содержит комментарий, поэтому он её игнорирует. А последняя строчка процедуры срабатывает просто потому, что она завершает контекст выполнения.
Как правильно очистить кэш:
%userprofile%\AppData\Local\1C\1Cv8).srv1cv8) с предварительным удалением содержимого временных папок кэша в каталоге сервера (например, папки reg_1541 на Windows или соответствующей директории в /home/usr1cv8/.1cv8/ на Linux).При использовании стандартного протокола отладки TCP/IP сервер 1С пытается установить обратное сетевое соединение с компьютером разработчика (на порты из диапазона отладки 1560:1591). Если ваш сервер работает на Linux (например, под PostgreSQL), а компьютер разработчика защищен брандмауэром Windows, роутером с NAT или корпоративным сетевым экраном, сервер просто не сможет инициировать это обратное соединение. Отладчик будет зависать или подключаться слишком поздно.
Кардинальным решением является переход на современный и стабильный механизм — HTTP-отладку.
Переход на HTTP-отладку по шагам:
-http для активации локального отладочного сервера (службы dbgs).http://имя_сервера:1560).При HTTP-отладке обмен данными идет в один поток по инициативе клиента, что полностью решает проблему заблокированных сетевых портов и многократно ускоряет подключение конфигуратора к фоновым сессиям.
Если вы ведете разработку в конфигурации 1С:ERP Управление предприятием, вы можете использовать встроенные возможности Библиотеки стандартных подсистем (БСП). Разработчики БСП предусмотрели штатный механизм отладки длительных операций, который позволяет вообще отказаться от создания фоновых процессов на время разработки.
В БСП запуск фоновых задач обычно выполняется через метод ДлительныеОперации.ЗапуститьВыполнениеВФоне. Этот метод анализирует параметры запуска клиентского приложения.
Инструкция по настройке синхронного выполнения:
/CРежимОтладки.Проанализируем ситуацию: как это работает? При наличии параметра запуска /CРежимОтладки БСП перехватывает вызов фонового задания и выполняет код процедуры синхронно, прямо в контексте вашего текущего клиентского сеанса. Новый фоновый сеанс на сервере вообще не создается. Поскольку код выполняется в вашем основном сеансе, к которому Конфигуратор уже подключен, отладчик мгновенно и без задержек сработает на абсолютно любой точке останова (включая самые первые строки процедуры).
Если же вы вызываете фоновое задание программно в собственном коде, вы можете временно отключить асинхронность вручную, изменив структуру параметров выполнения:
ПараметрыВыполнения = ДлительныеОперации.ПараметрыВыполнения(УникальныйИдентификатор);
// Отключаем запуск в фоне для отладки в текущем сеансе
ПараметрыВыполнения.ЗапуститьВФоне = Ложь;
Результат = ДлительныеОперации.ЗапуститьВыполнениеВФоне(
"МойОбщийМодульСервер.ВыполнитьДлительнуюПроцедуру",
СтруктураПараметров,
ПараметрыВыполнения
);
Если рабочий кластер сервера 1С настроен в режиме высокой производительности и содержит несколько запущенных процессов rphosts, возникает следующая сложность: ваш сеанс Конфигуратора может быть подключен к процессу №1, а вновь созданное фоновое задание запускается на процессе №2. Передача контекста отладки между разными системными процессами операционной системы Linux/Windows требует дополнительной маршрутизации, что увеличивает время сетевого отклика.
Рекомендация по настройке тестового сервера:
На время активной разработки и отладки сложных алгоритмов фоновых заданий рекомендуется зайти в консоль администрирования кластера 1С и временно ограничить количество рабочих процессов до 1. Когда все сеансы (и Конфигуратор, и фоновое задание) гарантированно выполняются внутри одного процесса rphost, подключение отладчика происходит практически мгновенно, минимизируя риск «проскакивания» точек останова.
Мы подробно разобрали технические аспекты взаимодействия отладчика с фоновыми процессами 1С. Если вы столкнулись с тем, что отладка срабатывает только в самом конце процедуры, выполните следующие шаги:
/CРежимОтладки для синхронного выполнения процедур БСП в вашем сеансе.