Почему значение из временного хранилища очищается после ПолучитьИзВременногоХранилища, даже если оно привязано к форме?

← К списку

Мы часто сталкиваемся с ситуацией, когда данные, помещенные во временное хранилище 1С, неожиданно исчезают после их получения методом ПолучитьИзВременногоХранилища. Особенно это вызывает вопросы, когда мы явно привязали эти данные к уникальному идентификатору формы, ожидая, что они будут доступны на протяжении всего жизненного цикла этой формы. Давайте вместе разберем эту проблему и найдем эффективные решения.

Понимание Временного Хранилища: Основы и Нюансы

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

ПоместитьВоВременноеХранилище(<Данные>, <Адрес>): Этот метод помещает произвольные данные во временное хранилище и возвращает адрес, по которому эти данные можно будет получить.
- Параметр <Данные>: Любые данные, которые мы хотим сохранить.
- Параметр <Адрес>: Необязательный параметр, который определяет правила очистки.
  - Если мы передаем УникальныйИдентификатор формы, данные, согласно документации, должны храниться до закрытия этой формы.
  - Если мы передаем существующий адрес, данные обновляются по этому адресу.
  - Если параметр не указан, данные будут удалены после очередного запроса сервера (из общего модуля, при контекстном или неконтекстном серверном вызове из формы, при серверном вызове из модуля команды или при получении формы).
ПолучитьИзВременногоХранилища(<Адрес>): Этот метод позволяет получить данные, ранее помещенные по указанному адресу.

Мы видим, что документация достаточно подробно описывает, когда данные должны очищаться. Однако на практике возникают ситуации, когда поведение отличается от ожидаемого.

В чем же причина неожиданной очистки? Анализируем ситуацию

Основная проблема, с которой мы столкнулись, заключается в следующем: мы помещаем значение во временное хранилище, привязывая его к УникальныйИдентификатор формы-владельца. Затем в этой же форме на клиенте вызывается серверная процедура без контекста, в которой мы получаем это значение через ПолучитьИзВременногоХранилища, выполняем с ним вычисления, но после возвращения из этого внеконтекстного вызова значение по тому же адресу уже оказывается Неопределено.

Давайте выясним причину такого поведения:

Особенность работы ПолучитьИзВременногоХранилища в серверных вызовах: Несмотря на то, что при помещении данных мы указали УникальныйИдентификатор формы (что, по идее, должно гарантировать хранение до закрытия формы), существует важный нюанс. Некоторые источники и практический опыт показывают, что после использования значения в серверном вызове (особенно внеконтекстном) и перед его окончанием, помещенное значение может быть автоматически удалено. Это означает, что метод ПолучитьИзВременногоХранилища фактически выполняет не только чтение, но и очистку значения из хранилища в определенной ситуации. Фраза "на ИТС есть текст что после вызова ПолучитьИзВременногоХранилища значение очищается" подтверждает эту особенность.
Влияние внеконтекстных серверных вызовов: Мы обратили внимание, что проблема проявляется после "вызова без контекста". Это согласуется с общими правилами очистки для серверных вызовов. Даже при наличии привязки к форме, непосредственное получение значения в рамках серверного вызова может приводить к его очистке после завершения этого вызова. Внеконтекстные вызовы могут иметь свои особенности в управлении сеансом и временными данными.
Возможность "потери" ссылки на адрес формы: В некоторых обсуждениях встречается мнение, что 1С иногда может "терять" ссылку на адрес формы, особенно при программном вызове форм или использовании подчиненных форм. Это может привести к тому, что система будет обрабатывать данные во временном хранилище так, как если бы привязки к форме не было, и очищать их по стандартным правилам для непривязанных данных (то есть после серверного запроса). Однако в нашем случае автор уточнил, что "не адрес теряется. а значение по адресу", что скорее указывает на пункт 1.
Механизмы кеширования и управления сеансами: Временное хранилище активно использует кеширование. Непостоянство поведения (когда первый запуск работает, а последующие — нет) может быть связано с этими механизмами.

Таким образом, мы видим, что основная причина кроется в специфике очистки временного хранилища после получения значения в серверных вызовах, даже при наличии привязки к форме.

Разбираем основные сценарии и решения

Сценарий 1: Значение очищается после получения в серверном вызове, несмотря на привязку к форме.

Это наиболее частый и беспокоящий сценарий, который мы обсуждаем. Мы поместили данные с УникальныйИдентификатор формы, но после вызова ПолучитьИзВременногоХранилища в серверной процедуре (особенно внеконтекстной) данные исчезают.

Решение 1.1: Повторное помещение значения во временное хранилище после обработки.

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

В клиентской процедуре мы помещаем данные и получаем адрес:


&НаКлиенте
Процедура КомандаПоместитьИОбработать(Команда)
    МоиДанные = Новый Структура("Ключ", "ИсходноеЗначение");
    // Помещаем данные во временное хранилище, привязывая к УИД формы
    АдресХранилища = ПоместитьВоВременноеХранилище(МоиДанные, УникальныйИдентификатор);
    // Вызываем серверную процедуру для обработки
    ОбработатьДанныеНаСервере(АдресХранилища);
    // После возвращения с сервера, получаем данные снова.
    // Если они были очищены на сервере, здесь будет Неопределено,
    // если мы не поместили их обратно.
    ПолученныеДанныеПослеСервера = ПолучитьИзВременногоХранилища(АдресХранилища);
    Если ПолученныеДанныеПослеСервера = Неопределено Тогда
        Сообщить("Данные очистились после серверного вызова!");
    Иначе
        Сообщить("Данные после серверного вызова: " + ПолученныеДанныеПослеСервера.Ключ);
    КонецЕсли;
КонецПроцедуры

В серверной процедуре мы получаем данные, обрабатываем их и помещаем обратно:


&НаСервереБезКонтекста
Процедура ОбработатьДанныеНаСервере(АдресХранилища)
    ДанныеИзХранилища = ПолучитьИзВременногоХранилища(АдресХранилища);
    Если ДанныеИзХранилища <> Неопределено Тогда
        // Выполняем нужные вычисления
        ДанныеИзХранилища.Ключ = "ОбработанноеЗначение";
        // Важно: помещаем обновленные данные обратно во временное хранилище
        // по тому же адресу, чтобы они были доступны для последующих вызовов.
        // Привязка к УИД формы сохраняется, т.к. АдресХранилища был получен с ней.
        ПоместитьВоВременноеХранилище(ДанныеИзХранилища, АдресХранилища);
        Сообщить("Данные успешно обработаны на сервере и помещены обратно.");
    Иначе
        Сообщить("Данные не найдены в хранилище на сервере!");
    КонецЕсли;
КонецПроцедуры

Обратите внимание: При повторном вызове ПоместитьВоВременноеХранилище с существующим адресом, привязка к УникальныйИдентификатор формы, если она была установлена изначально при получении этого адреса, сохраняется. Это гарантирует, что данные будут удалены только при закрытии формы.

Решение 1.2: Явное управление жизненным циклом с УдалитьИзВременногоХранилища.

Хотя этот метод не решает проблему неожиданной очистки, он позволяет нам явно контролировать, когда данные должны быть удалены. Мы используем его, когда мы уверены, что данные больше не понадобятся.


&НаСервереБезКонтекста
Процедура ОбработатьДанныеНаСервереИУдалить(АдресХранилища)
    ДанныеИзХранилища = ПолучитьИзВременногоХранилища(АдресХранилища);
    Если ДанныеИзХранилища <> Неопределено Тогда
        // Выполняем нужные вычисления
        // ...
        // Теперь данные больше не нужны, явно удаляем их
        УдалитьИзВременногоХранилища(АдресХранилища);
        Сообщить("Данные обработаны на сервере и удалены из хранилища.");
    Иначе
        Сообщить("Данные не найдены в хранилище на сервере!");
    КонецЕсли;
КонецПроцедуры

Этот подход полезен, если мы хотим освободить память сразу после использования данных, не дожидаясь закрытия формы или автоматической очистки.

Сценарий 2: Проблемы с привязкой к УИД формы (потеря ссылки или некорректное поведение).

Хотя в нашем случае автор уточнил, что "не адрес теряется, а значение по адресу", стоит рассмотреть ситуацию, когда сама привязка к форме может работать нестабильно. Это бывает редко, но возможно при сложных сценариях вызова форм (например, программный вызов подчиненных форм, нестандартные взаимодействия).

Решение 2.1: Тестирование и изоляция проблемы.

Если поведение временного хранилища кажется непредсказуемым, мы рекомендуем создать простейшую тестовую обработку, которая воспроизводит проблему. Это позволяет:

Убедиться, что проблема действительно существует и не является результатом сложного взаимодействия в основном коде.
Проверить поведение на разных релизах платформы.
Изолировать проблемный участок кода.

Мы также можем проанализировать тип адреса, который мы получаем от ПоместитьВоВременноеХранилище, чтобы убедиться, что это действительно строка, а не что-то другое.

Решение 2.2: Передача данных другими способами (как альтернатива).

Если временное хранилище ведет себя нестабильно или не подходит для конкретной задачи, мы можем рассмотреть альтернативные механизмы передачи данных:

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

Каждый из этих методов имеет свои преимущества и недостатки, и выбор зависит от конкретной задачи и объема передаваемых данных.

Примеры кода для закрепления понимания

Давайте посмотрим на примеры, которые иллюстрируют правильное использование и обход описанной проблемы.

Пример 1: Базовое помещение с привязкой к форме и получение.

Это то, как мы обычно ожидаем, что будет работать временное хранилище.


&НаКлиенте
Перем мАдресХранилища Экспорт;

&НаКлиенте
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    // Помещаем данные при создании формы, привязывая к УИД формы
    МоиДанные = Новый Структура("Исходное", "Привет из формы!");
    мАдресХранилища = ПоместитьВоВременноеХранилище(МоиДанные, УникальныйИдентификатор);
    Сообщить("Данные помещены по адресу: " + мАдресХранилища);
КонецПроцедуры

&НаКлиенте
Процедура ПрочитатьДанные(Команда)
    // Читаем данные из хранилища на клиенте
    Данные = ПолучитьИзВременногоХранилища(мАдресХранилища);
    Если Данные <> Неопределено Тогда
        Сообщить("На клиенте: " + Данные.Исходное);
    Иначе
        Сообщить("На клиенте: Данные отсутствуют.");
    КонецЕсли;
КонецПроцедуры

&НаКлиенте
Процедура ПрочитатьДанныеНаСервереИНеСохранить(Команда)
    Сообщить("Вызываем серверную процедуру для чтения...");
    ПрочитатьНаСервере(мАдресХранилища); // Серверный вызов
    Сообщить("После серверного вызова, пытаемся прочитать снова на клиенте...");
    ДанныеПослеСервера = ПолучитьИзВременногоХранилища(мАдресХранилища);
    Если ДанныеПослеСервера <> Неопределено Тогда
        Сообщить("На клиенте после сервера (без сохранения): " + ДанныеПослеСервера.Исходное);
    Иначе
        Сообщить("На клиенте после сервера (без сохранения): Данные отсутствуют (как и ожидалось).");
    КонецЕсли;
КонецПроцедуры

&НаСервереБезКонтекста
Процедура ПрочитатьНаСервере(Адрес)
    СерверныеДанные = ПолучитьИзВременногоХранилища(Адрес);
    Если СерверныеДанные <> Неопределено Тогда
        Сообщить("На сервере: " + СерверныеДанные.Исходное);
        // Здесь данные очищаются из хранилища
    Иначе
        Сообщить("На сервере: Данные отсутствуют.");
    КонецЕсли;
КонецПроцедуры

Пример 2: Получение, обработка и повторное помещение значения на сервере.

Этот пример демонстрирует рекомендуемый подход, если данные должны сохраняться после серверного вызова.


&НаКлиенте
Перем мАдресХранилищаДляСохранения Экспорт;

&НаКлиенте
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    МоиДанные = Новый Структура("Исходное", "Значение для сохранения");
    мАдресХранилищаДляСохранения = ПоместитьВоВременноеХранилище(МоиДанные, УникальныйИдентификатор);
    Сообщить("Данные для сохранения помещены по адресу: " + мАдресХранилищаДляСохранения);
КонецПроцедуры

&НаКлиенте
Процедура ПрочитатьДанныеНаСервереИСохранить(Команда)
    Сообщить("Вызываем серверную процедуру для чтения и сохранения...");
    ПрочитатьИСохранитьНаСервере(мАдресХранилищаДляСохранения); // Серверный вызов
    Сообщить("После серверного вызова, пытаемся прочитать снова на клиенте...");
    ДанныеПослеСервера = ПолучитьИзВременногоХранилища(мАдресХранилищаДляСохранения);
    Если ДанныеПослеСервера <> Неопределено Тогда
        Сообщить("На клиенте после сервера (с сохранением): " + ДанныеПослеСервера.Исходное);
    Иначе
        Сообщить("На клиенте после сервера (с сохранением): Данные отсутствуют (ошибка!).");
    КонецЕсли;
КонецПроцедуры

&НаСервереБезКонтекста
Процедура ПрочитатьИСохранитьНаСервере(Адрес)
    СерверныеДанные = ПолучитьИзВременногоХранилища(Адрес);
    Если СерверныеДанные <> Неопределено Тогда
        Сообщить("На сервере: " + СерверныеДанные.Исходное);
        // Изменяем данные
        СерверныеДанные.Исходное = СерверныеДанные.Исходное + " (обработано на сервере)";
        // Помещаем измененные данные обратно по тому же адресу
        ПоместитьВоВременноеХранилище(СерверныеДанные, Адрес);
        Сообщить("На сервере: Данные обработаны и помещены обратно.");
    Иначе
        Сообщить("На сервере: Данные отсутствуют.");
    КонецЕсли;
КонецПроцедуры

Мы видим, что повторное помещение значения во временное хранилище после его обработки на сервере является ключевым моментом для сохранения данных, если они должны быть доступны для последующих операций.

Мы разобрали, что несмотря на привязку к УникальныйИдентификатор формы, метод ПолучитьИзВременногоХранилища в контексте серверных вызовов (особенно внеконтекстных) может приводить к очистке значения. Мы выяснили причины и предложили эффективные решения, такие как повторное помещение данных во временное хранилище после их обработки на сервере. Всегда тщательно тестируйте поведение временного хранилища в своих сценариях, чтобы избежать неожиданных потерь данных.

← К списку