Кэшированные значения в 1С: для чего нужны и как с ними работать

Кэшированные значения в 1С — это данные, которые платформа или прикладной код сохраняет во временном хранилище, чтобы не вычислять и не запрашивать их заново при каждом обращении. Кэш есть на нескольких уровнях: метаданные конфигурации на клиенте и сервере, таблицы СУБД, результаты запросов, сеансовые данные, а также значения, которые разработчик намеренно сохраняет в хранилищах значений или параметрах сеанса.

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

Обратная сторона — устаревание. Если исходные данные изменились, а кэш не обновился, пользователь видит старые значения: неверные остатки в отчёте, неактуальные настройки, ошибки после обновления конфигурации. Поэтому администратору и разработчику важно понимать, где именно лежит кэш и как его корректно сбросить.

Какие виды кэша существуют в 1С

Кэш в 1С не единый — это несколько независимых механизмов, и путать их нельзя, потому что очищаются они по-разному.

• Кэш метаданных на клиенте. Тонкий и толстый клиент сохраняют описание конфигурации локально, чтобы ускорить запуск. Хранится в профиле пользователя, в папках вида ...\1cv8\... с идентификатором информационной базы.
• Кэш на сервере 1С:Предприятия. Рабочие процессы кластера держат в памяти метаданные, сеансовые данные и служебные структуры.
• Кэш СУБД. MS SQL Server, PostgreSQL и другие СУБД кэшируют страницы данных и планы запросов — это уровень вне самой 1С.
• Прикладной кэш конфигурации. Программное кэширование в коде: повторное использование значений, хранилища общих настроек, параметры сеанса, регистры сведений с предвычисленными данными.

Отдельно стоит механизм «Повторное использование возвращаемых значений» у функций общих модулей. Он позволяет платформе запомнить результат функции на время вызова или на время сеанса и не выполнять тело функции повторно. Это самый частый способ сознательного кэширования в коде.

Для чего платформа и конфигурация кэшируют данные

Основной сценарий — ускорение типовых операций. Например, при открытии формы списка клиенту нужна структура метаданных: состав реквизитов, типы, настройки. Читать её каждый раз с сервера было бы долго, поэтому описание конфигурации кэшируется локально при первом подключении.

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

Ещё одна цель — снижение нагрузки на СУБД. Каждый лишний запрос — это блокировки, чтение страниц и сетевой трафик. Когда сотни пользователей одновременно открывают документы, кэширование справочных данных заметно разгружает сервер баз данных.

Где кэш хранится и как его найти

Клиентский кэш метаданных находится в каталоге пользователя операционной системы. Типичные пути для Windows: %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\. Внутри — папки с длинными буквенно-цифровыми именами, каждая соответствует конкретной информационной базе.

Серверный кэш живёт в каталоге служебных файлов кластера (обычно srvinfo в каталоге установки или в данных службы агента сервера) и в памяти рабочих процессов rphost. Напрямую его редактировать не нужно — сброс выполняется перезапуском службы или штатными средствами.

Прикладной кэш конфигурации разбросан по механизмам: хранилище общих настроек, хранилища системных и пользовательских настроек, параметры сеанса, регистры сведений. Конкретное место зависит от конфигурации, поэтому перед очисткой стоит выяснить, какой именно механизм используется.

Когда и как очищать кэш

Очистка клиентского кэша — стандартный первый шаг при странных ошибках после обновления: «поле объекта не обнаружено», ошибки компоновки, не открываются формы. Самый безопасный способ — удалить базу из списка в окне запуска и добавить заново: при этом платформа создаст новый каталог кэша. Альтернатива — вручную удалить папку кэша в профиле пользователя при закрытых сеансах 1С.

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

Прикладной кэш очищается средствами конфигурации: кнопками «Обновить кэш» в настройках, регламентными заданиями, либо программно — например, методом ОбновитьПовторноИспользуемыеЗначения(), который сбрасывает кэш повторно используемых значений без перезапуска сеанса.

1. 1
   Завершите все сеансы 1С у пользователя
2. 2
   Найдите идентификатор базы: в списке баз или в папке %APPDATA%\1C\1cv8 по дате изменения
3. 3
   Удалите папку кэша с этим идентификатором (или удалите базу из списка и добавьте заново)
4. 4
   Запустите 1С и проверьте, исчезла ли ошибка
5. 5
   Если ошибка осталась — проблема не в клиентском кэше, проверяйте серверный уровень и код

Кэширование в коде: как использовать осознанно

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

Ошибка проектирования — кэшировать на время сеанса данные, которые пользователь может изменить в течение этого сеанса. Тогда до перезахода или вызова ОбновитьПовторноИспользуемыеЗначения() система будет работать со старым значением. Правильный приём: после записи данных, от которых зависит кэш, явно сбрасывать его в коде.

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

// Сброс кэша повторно используемых значений после изменения настроек
ОбновитьПовторноИспользуемыеЗначения();

Типичные ошибки и ограничения

Самая частая ошибка администратора — чистить клиентский кэш при любой проблеме, не разобравшись в причине. Если ошибка воспроизводится у всех пользователей и на разных компьютерах, клиентский кэш ни при чём: ищите проблему в коде, данных или на сервере. Бесполезная очистка только замедляет первый запуск у всех пользователей.

Вторая ошибка — удаление всего содержимого каталога 1cv8 вместо папки конкретной базы. Так стираются кэши всех баз пользователя, и каждая при следующем запуске будет долго загружаться. Удаляйте точечно, по идентификатору нужной базы.

Ограничение, о котором забывают: кэш СУБД и кэш сервера 1С не контролируются из конфигуратора. Если запрос стал медленным из-за устаревшего плана в СУБД, очистка кэша 1С не поможет — нужна работа с базой данных: обновление статистики, перестроение индексов.

Как проверить результат после очистки

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

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

Частые вопросы