Получить имя временного файла - как же оно работает? #739447

Помогите разобраться вот с такими взаимоисключающими параграфами (тут я вынужден выборочно процитировать СП): Параметры: <Расширение> Если параметр не задан, то СОЗДАЕТСЯ временный файл с расширением по умолчанию. Описание: При выполнении метода файл НЕ СОЗДАЕТСЯ. Удаление временных файлов НЕ ОБЯЗАТЕЛЬНО. Если этот файл, по каким либо причинам, НЕ БЫЛ УДАЛЕН, программа УДАЛИТ его при следующем запуске. Примечание: РЕКОМЕНДУЕТСЯ УДАЛЯТЬ временный файл самостоятельно после его использования. Уместен ли тут мем с Джеки Чаном?

А что ТУТ не ТАК?

Если параметр не задан, то СОЗДАЕТСЯ временный файл с расширением по умолчанию Имя временного файла.

Файл не создается, создается имя. Удалять не обязательно, 1С удалит его само. Ну либо винда при перезагрузке.

...вынужден выборочно процитировать СП... На форуме где СП продают это не этично.

и 1с не удалит, и винда тоже...

Удалит админ при чистке временных файлов.

админ != 1с && админ != винда )))

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

Путь к временному файлу указывается в свойствах системы. На то он и временный

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

Скорее всего это просто обертка к

1С берет путь временного каталога пользователя. Даже если 100500 пользователей работают в терминале, то у каждого этот каталог свой.

+ Хотя эксперимент показал, что, видимо, 1С изобрела свой велосипед. В этом смысле становится понятной фраза "При выполнении метода файл НЕ СОЗДАЕТСЯ", т.к. штатным методом Windows файл именно создается и закрывается (что гарантирует незанятость имени файла). В случае с 1С они полагаются на однопоточность исполнения кода: у каждого экземпляра программы свой диапазон имен временных файлов (не пересекающийся с диапазонами имен файлов других процессов). Тут речь про то, что если пользователь одновременно запустит 10 экземпляров программы...

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

"Временные файлы 1С содержат в себе PID процесса, их создавшего, который уникален в каждый момент времени на компьютере" Тем не менее, вероятность того, что совершенно другая программа случайно сгенерит такое же имя файла, отлична от нуля)

только преднамеренно.

Вероятность падения метеорита на Челябинск была крайне небольшой, очевидно он туда преднамеренно упал)

Ну... GUID'ы тоже, теоретически, могут совпасть...

какая другая программа? 1С так не сделает, а зачем посторонней программе начинать имя временного файла с "v8_". А общий шаблон выглядит так: v8_(PID)_(порядковый номер).(tmp или указанное расширение)

Не скорее всего, а именно так и есть

А другой экземпляр 1С?

У каждого экземпляра свой уникальный PID, он может быть выдан повторно, но только после завершения процесса. Когда процесс начинает работу он удаляет старые данные, если этот PID уже использовался другим 1С, за ним всё приберут.

Это всё так, только некоторые "умники" могут каталог временных файлов с клиента на сервере проецировать - и вот тогда начинается "кто первый - того и тапки".

"Если параметр не задан, то СОЗДАЕТСЯ временный файл с расширением по умолчанию." - читать как "Если параметр не задан, то используется расширение "по умолчанию" для временных файлов."

На сервере очень даже надо. Потому что "следующий запуск программы" на сервере может быть очень не скоро) В типовых почти везде удаляют после использования (в серверном коде).

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

при корректном закрытии программы временные файлы тоже удаляются. А вот серверный процесс может жить долго и "добра" у него, соответственно, много скопится. не ОС, а 1С

В стандартной функции Windows для временных файлов ставился специальный атрибут, что файл временный, и он должен быть быть удалён при следующей загрузке системы, но, во-первых, не всегда удаляет, во-вторых, для сервера, например, следующий запуск будет ой как не скоро. Конечно, можно ставить DELETE_ON_CLOSE, но для многих случаев, когда в файл пишут что-то для передачи между процессами, такой способ не подходит. Слава богу, что в Windows-системе Pid-ы могут повторно использоваться, не дожидаясь переполнения счётчика. Но, всё же, не лишним будет удалять временный файл за собой сразу после того, как он оказался не нужен, и не ждать, пока кто-то "вынесет мусор".