Почему вызов серверной процедуры в 1С выполняется долго, если сам код отрабатывает мгновенно?

← На главную

Часто разработчики сталкиваются с парадоксальной ситуацией: при замере производительности внутри серверной процедуры код выполняется за доли секунды, однако пользователь ощущает значительную задержку в несколько секунд. В этой статье мы подробно разберем, что происходит «между» клиентом и сервером, проанализируем основные причины таких задержек и выясним, как оптимизировать эти процессы.

Анализ механизма передачи контекста

Одной из самых частых причин долгого отклика является передача контекста формы. Когда мы вызываем процедуру с директивой &НаСервере, платформа 1С вынуждена отправить на сервер все данные формы: реквизиты, значения полей, состояние элементов управления и скрытые данные. Рассмотрим, почему это может занимать много времени:

Объем данных: Если форма «перегружена» тяжелыми объектами, например, содержит многострочные части, скрытые таблицы значений или огромные структуры в реквизитах, то объем передаваемого пакета данных может исчисляться мегабайтами.
Сериализация: Перед отправкой 1С превращает объекты в специальный транспортный формат (сериализует их). На сервере происходит обратный процесс — десериализация. После выполнения кода процедура должна вернуть измененный контекст обратно на клиент, что удваивает нагрузку.

Для решения этой проблемы проанализируем возможность использования директивы &НаСервереБезКонтекста. В этом случае на сервер передаются только те параметры, которые мы явно указали в вызове, что значительно сокращает время «путешествия» данных.


// Пример оптимизированного вызова
&НаКлиенте
Процедура КомандаВыполнить(Команда)
    ПараметрыВызова = Новый Структура("ID", Объект.Идентификатор);
    Результат = ВыполнитьОбработкуНаСервереБезКонтекста(ПараметрыВызова);
КонецПроцедуры

&НаСервереБезКонтекста
Функция ВыполнитьОбработкуНаСервереБезКонтекста(Параметры)
    // Здесь контекст формы (реквизит "Объект") недоступен, 
    // что исключает лишние затраты на передачу данных
    Возврат Истина;
КонецФункции

Влияние динамических списков и интерфейса

Разберем ситуацию, когда задержка происходит не до выполнения кода, а сразу после него. Если на форме расположен ДинамическийСписок, то любой серверный вызов (даже пустой) может спровоцировать его обновление или пересчет видимых областей. Проанализируем следующие факторы:

Сложные запросы в ДС: Если запрос динамического списка содержит тяжелые соединения, подзапросы или виртуальные таблицы с неоптимальными параметрами, платформа может тратить время на получение данных для отображения после возврата управления на клиент.
Сортировки и отборы: Наличие пользовательских настроек, которые не ложатся в индексы базы данных, заставляет сервер тратить время на подготовку данных именно в момент отрисовки формы.

Особенности работы инструментов замера производительности

Выясним причину, по которой замер в конфигураторе может вводить в заблуждение. Стандартный замер производительности фиксирует время выполнения строк кода. Он не учитывает время:

Ожидания в очереди соединений на сервере приложений (если rphost перегружен).
Передачи пакетов по сети (Latency).
Работы антивирусного ПО, которое проверяет трафик между клиентом и сервером.

Важный момент: замер показывает относительные затраты внутри одного вызова. Если вы видите, что код внутри процедуры выполняется 0.001 сек, а общий вызов длится 4 секунды — проблема гарантированно лежит вне логики самого кода 1С.

Инфраструктурные и сетевые задержки

Посмотрим на ситуацию со стороны системного администрирования. Иногда «тормоза» вызваны настройками операционной системы или сети:

Протокол IPv6: Бывают случаи, когда система пытается сначала разрешить имя сервера через IPv6, ждет таймаут и только потом переключается на IPv4. Это добавляет стабильные 1–2 секунды к вызову.
Энергосбережение: На серверных процессорах в режиме «Сбалансированный» ядра могут снижать частоту. При поступлении запроса требуется время на «разогрев» процессора. Рекомендуется устанавливать режим «Высокая производительность».
Виртуализация: В средах VMware или Hyper-V может возникать эффект «Steal Time», когда физический процессор занят другой виртуальной машиной, и ваша база 1С вынуждена ждать своей очереди на вычисления.

Методика поиска узкого места

Чтобы точно определить причину, проанализируем ситуацию по шагам:

Исключение контекста: Временно замените вызов на &НаСервереБезКонтекста. Если задержка исчезла — проблема в объеме данных формы.
Тест пустой процедуры: Создайте пустую серверную процедуру и вызовите её. Если она тоже выполняется долго — проблема в сетевом канале, антивирусе или настройках IPv6.
Анализ динамических списков: Если на форме есть списки, попробуйте временно очистить их запрос. Если скорость выросла — оптимизируйте текст запроса ДинамическийСписок.

Таким образом, для устранения долгого ожидания необходимо смотреть шире, чем просто на текст программного кода, учитывая архитектуру клиент-серверного взаимодействия платформы 1С.