В процессе разработки во встроенном языке «1С:Предприятия» регулярно возникает необходимость обработки исключительных ситуаций. Для этого используется классическая конструкция Попытка — Исключение — КонецПопытки. Однако при проектировании сложных алгоритмов разработчики часто сталкиваются с неочевидными вопросами: корректно ли использовать оператор Возврат внутри этого блока? Как поведет себя платформа, если одна Попытка вложена в другую? И какие скрытые угрозы таит в себе эта конструкция при работе с транзакциями базы данных?
Давайте подробно разберем эти вопросы, проанализируем архитектурные особенности платформы «1С:Предприятие» и определим лучшие практики написания надежного кода.
Начнем с самого простого и прямого вопроса: «Законно» ли использовать оператор Возврат внутри секции Попытка?
С точки зрения синтаксиса платформы «1С:Предприятие 8» это абсолютно корректно и допустимо. Когда выполнение кода доходит до оператора Возврат внутри блока Попытка, происходит следующее:
Исключение игнорируется, так как никакой ошибки в процессе выполнения не произошло.Рассмотрим классический пример кода, где такое поведение оправдано:
Функция ПолучитьДанныеФайла(ПутьКФайлу)
Попытка
Файл = Новый ТекстовыйДокумент;
Файл.Прочитать(ПутьКФайлу);
Если Файл.КоличествоСтрок() = 0 Тогда
// Файл пустой, продолжать алгоритм нет смысла
Возврат Неопределено;
КонецЕсли;
ТекстФайла = Файл.ПолучитьТекст();
Возврат ТекстФайла;
Исключение
ЗаписатьЛогОшибки(ОписаниеОшибки());
Возврат Неопределено;
КонецПопытки;
КонецФункции
В этом примере, если файл пустой, срабатывает условие и оператор Возврат возвращает управление. Код в блоке Исключение не выполняется, программа отрабатывает штатно.
Проектируя код, важно помнить о технологическом развитии экосистемы 1С. В классической платформе «1С:Предприятие 8» нет аналога конструкции finally (выполнение кода в любом случае, была ошибка или нет). Поэтому, если перед выходом из процедуры вам нужно обязательно закрыть соединение или освободить память, вам придется дублировать этот код перед каждым оператором Возврат.
Однако в современных решениях, таких как 1С:Шина и 1С:Предприятие.Элемент, встроенный язык был модернизирован. Там реализована полноценная конструкция Попытка — Поймать — В конце:
// Пример логики для сред нового поколения (1С:Элемент)
Попытка
ОткрытьРесурс();
Если Условие Тогда
Возврат; // Выходим из метода
КонецЕсли;
Поймать Исключение
ОбработатьОшибку(Исключение);
В конце
// Этот блок выполнится ОБЯЗАТЕЛЬНО,
// даже если внутри блока "Попытка" сработал "Возврат"
ЗакрытьРесурс();
КонецПопытки;
В классической «1С:Предприятие 8» блока В конце (finally) нет, поэтому при использовании Возврат внутри Попытки вся ответственность за предварительную очистку ресурсов ложится на разработчика.
Платформа «1С:Предприятие» позволяет вкладывать блоки Попытка — Исключение друг в друга практически без ограничений по глубине. Это может происходить как внутри одного метода, так и при вызове процедур из разных модулей (например, когда метод общего модуля, обернутый в Попытку, вызывает метод модуля объекта, в котором также есть своя Попытка).
Несмотря на техническую поддержку со стороны платформы, здесь кроется серьезная архитектурная опасность — замалчивание (проглатывание) исключений.
Проанализируем ситуацию на примере:
// Модуль 1 (Вызывающий)
Процедура ВыполнитьОбменДанными()
Попытка
ВыгрузитьОбъектыВРеестр();
Исключение
// Этот блок никогда не выполнится, если во внутреннем коде
// ошибка была перехвачена и "заглушена"
Сообщить("Произошла критическая ошибка обмена!");
КонецПопытки;
КонецПроцедуры
// Модуль 2 (Общий модуль обработки данных)
Процедура ВыгрузитьОбъектыВРеестр() Экспорт
Попытка
// Код, вызывающий ошибку (например, деление на ноль или обращение к несуществующему файлу)
Результат = 10 / 0;
Исключение
// Ошибка перехвачена внутри, но никак не передана наружу!
ЗаписьЖурналаРегистрации("Обмен", УровеньЖурналаРегистрации.Ошибка,,, ОписаниеОшибки());
КонецПопытки;
КонецПроцедуры
В данном сценарии во внутреннем модуле произошел сбой. Однако, поскольку во вложенном блоке Исключение разработчик просто записал ошибку в журнал регистрации и завершил процедуру без вызова оператора ВызватьИсключение, вызывающий метод ВыполнитьОбменДанными() посчитает, что процедура отработала успешно. Бизнес-логика программы будет нарушена.
Правило разработки: Если вы перехватываете ошибку во внутреннем (вложенном) блоке, но она является критичной для общего алгоритма, вы обязаны либо передать признак ошибки через возвращаемое значение (например, вернуть Ложь вместо структуры данных), либо пробросить исключение наверх с помощью оператора ВызватьИсключение.
Это самый важный нюанс, о котором часто забывают даже опытные разработчики. Использование конструкции Попытка — Исключение внутри активной транзакции базы данных может полностью заблокировать работу системы и привести к труднорасследуемым сбоям.
Рассмотрим, как работает транзакционный механизм в «1С:Предприятии»:
НачатьТранзакцию() или неявно при записи/проведении документа), СУБД ожидает, что все операции внутри этой транзакции завершатся успешно.Попытка происходит ошибка работы с базой данных (например, блокировка таблицы, нарушение уникальности индекса, ошибка СУБД при записи объекта), платформа 1С автоматически помечает текущую транзакцию как поврежденную (выставляется внутренний флаг запрета фиксации).Исключение и решили продолжить выполнение кода (или просто сделать Возврат), транзакция уже физически не может быть зафиксирована.ЗафиксироватьТранзакцию() система выбросит фатальную, неуправляемую ошибку: «В данной транзакции уже происходили ошибки!».Посмотрим на классический пример некорректного кода:
// ТАК ДЕЛАТЬ НЕЛЬЗЯ!
НачатьТранзакцию();
Попытка
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
Исключение
// Попытка "замять" ошибку записи и продолжить транзакцию
Сообщить("Не удалось провести документ, но мы продолжим транзакцию...");
КонецПопытки;
// Следующая строка вызовет неуправляемое исключение платформы!
ЗаписатьСтатусВРегистрСведений();
ЗафиксироватьТранзакцию();
Правило стандартов разработки 1С: Нельзя использовать Попытка — Исключение внутри транзакции для того, чтобы проигнорировать ошибку записи в БД и продолжить выполнение текущей транзакции. Если запись объекта завершилась ошибкой, транзакция должна быть немедленно отменена с помощью оператора ОтменитьТранзакцию().
Чтобы ваш код был производительным, легко читаемым и не создавал проблем при обновлении конфигураций, придерживайтесь официальных стандартов разработки фирмы «1С»:
Попытка огромные куски кода (например, все тело процедуры). В Попытку должна попадать только та конкретная строка, в которой потенциально может возникнуть неустранимая внешняя ошибка (чтение файла, обращение к веб-сервису, работа с COM-объектом). Оборачивая лишний код, вы рискуете перехватить и скрыть банальные опечатки в именах переменных или синтаксические ошибки, которые должны приводить к аварийному завершению для быстрого поиска багов.Попытка — Исключение — это крайне ресурсоемкая операция на уровне платформы и операционной системы. Использовать ее вместо обычного условия Если — грубейшая ошибка. Если вы можете проверить возможность выполнения операции заранее (например, проверить наличие файла на диске методом НайтиФайлы() или проверить свойство структуры через Свойство()), сделайте это через обычное условие, не доводя дело до вызова исключения.ОписаниеОшибки(), возвращающего лишь строку текста, используйте метод ИнформацияОбОшибке(). Он возвращает структурированный объект, содержащий имя модуля, точную строку, где произошел сбой, категорию ошибки и подробный стек вызовов, что значительно упрощает расследование инцидентов.Давайте резюмируем. Оператор Возврат внутри блока Попытка использовать можно и нужно, если логика программы требует немедленного прекращения выполнения метода. Вложенность попыток также полностью поддерживается. Главное — помнить об опасности «замалчивания» ошибок, всегда контролировать состояние транзакций базы данных и делать блоки обработки исключений максимально узкими и локальными.