При работе с крупными конфигурациями на базе 1С:Предприятие 8.3, такими как Управление нашей фирмой (УНФ) 1.6, разработчики часто сталкиваются с необъяснимым замедлением открытия форм документов. Одной из самых загадочных проблем является массовый вызов процедуры ОбработкаПолученияПредставления в модуле менеджера конкретного документа (например, документа «Событие») при открытии совершенно другого документа (например, «Заказ покупателя»).
Проанализируем ситуацию: замер производительности показывает 12 000 вызовов, точка останова не дает стека вызовов, а визуально в форме никаких лишних таблиц нет. Разберемся по шагам, почему это происходит и как найти «виновника» этого процесса.
Первое, с чем мы сталкиваемся при попытке отладки — это отсутствие стека вызовов в конфигураторе. Когда мы ставим точку останова внутри процедуры ОбработкаПолученияПредставления, отладчик останавливается, но окно «Стек вызовов» оказывается пустым или содержит только саму процедуру.
Выясним причину этого явления. Данный обработчик вызывается непосредственно «ядром» платформы 1С, написанным на низкоуровневых языках. Это происходит в тот момент, когда интерфейсу, системе компоновки данных или механизму формирования подсказок требуется текстовое строковое представление ссылки. Поскольку вызов инициируется не кодом на языке 1С, а внутренним механизмом отрисовки или подготовки данных платформы, цепочка вызовов в отладчике не отображается. Это верный признак того, что данные запрашиваются для отображения в каком-то элементе формы или для подготовки кэша представлений.
Одной из наиболее вероятных причин является наличие динамического списка, который обращается к таблице документов «Событие». Даже если вы не видите таблицу на форме, она может присутствовать в структуре документа. Рассмотрим, как это работает:
ДинамическоеСчитываниеДанных, платформа при инициализации может попытаться прочитать сразу все записи, подходящие под отбор (или вообще все, если отбора нет).ДокументСсылка.Событие, платформа обязана вызвать ОбработкаПолученияПредставления для каждой строки, чтобы показать пользователю понятное название документа вместо пустой строки или внутреннего идентификатора.Посмотрим на пример кода, который мог бы быть в модуле менеджера и который выполняется тысячи раз:
Процедура ОбработкаПолученияПредставления(Данные, Представление, СтандартнаяОбработка)
СтандартнаяОбработка = Ложь;
Представление = "Событие №" + Данные.Номер + " от " + Формат(Данные.Дата, "ДФ=dd.MM.yyyy");
КонецПроцедуры
Если система пытается отрисовать список из 12 000 событий, этот код будет выполнен ровно 12 000 раз, что существенно затормозит открытие формы заказа.
В конфигурации Управление нашей фирмой реализован мощный блок CRM. В форме заказа часто встроены механизмы, которые анализируют «касания» клиента. Разберем основные «подозрительные» места:
ПриСозданииНаСервере может подготавливать данные для нее.Рассмотрим еще одну ситуацию, упомянутую в обсуждении: неявное преобразование ссылки к строке. Это может произойти в коде 1С, который вы не заметили при первом просмотре. Например, если массив ссылок документов «Событие» передается в функцию, которая формирует описание для лога или выводит информацию в отладочное табло.
Пример «опасного» кода:
Для Каждого ТекСобытие Из МассивСобытий Цикл
// Даже простое добавление в текстовую строку вызовет обработчик представления
ТекстЛога = ТекстЛога + ТекСобытие + Символы.ПС;
КонецЦикла;
Если в МассивСобытий попало 12 000 объектов, мы получим соответствующее замедление.
Если стандартный замер производительности не дает понимания контекста, а стека вызовов нет, рекомендуем выполнить следующие действия:
SDBL и CALL. В ТЖ будет видно, какой именно SQL-запрос предшествует массовому вызову представлений. Чаще всего вы увидите запрос к таблице _DocumentJournal или _DocumentX (где X — номер таблицы событий), и по контексту запроса (набору полей) можно будет понять, какой динамический список его инициировал.Представление. Прямое обращение к Событие.Представление в тексте запроса гарантированно вызывает обработчик в модуле менеджера для каждой выбранной строки.Ситуация с 12 000 вызовов ОбработкаПолученияПредставления — это классический случай «избыточной выборки данных». Платформа 1С:Предприятие 8.3 старается быть дружелюбной к пользователю и автоматически подготавливает текстовые описания для всех ссылок, которые попадают в зону видимости интерфейса или определенных программных механизмов.
Основные выводы: