Когда System.getProperty («java.io.tmpdir») возвращает «c: \ temp»

Просто любопытно, когда System.getProperty("java.io.tmpdir")вернется "c:\temp". Согласно java.io.File Java Docs -

Каталог временных файлов по умолчанию определяется системным свойством java.io.tmpdir. В системах UNIX значение этого свойства по умолчанию обычно равно «/ tmp» или «/ var / tmp»; в системах Microsoft Windows это обычно «c: \ temp». При вызове виртуальной машины Java этому системному свойству может быть присвоено другое значение, но не гарантируется, что программные изменения этого свойства окажут какое-либо влияние на временный каталог, используемый этим методом.

Но в моем случае-

System.out.println(System.getProperty("java.io.tmpdir"));

Всегда возвращается

C:\Users\admin\AppData\Local\Temp\ i.e. %TEMP%

В каких условиях он вернется "c:\temp"?

EDITED: если я изменю% TEMP% на C: \ Temp, я получу C: \ Temp, верно? Но в документации указано c: \ Temp вместо C: \ Temp.

В MS Windows временный каталог задается переменной окружения TEMP. В XP временный каталог был установлен для каждого пользователя как Local Settings \ Temp.

Если вы измените переменную среды TEMP на C:\temp, то вы получите то же самое при запуске:

System.out.println(System.getProperty("java.io.tmpdir"));

Если вы установите

-Djava.io.tmpdir=C:\temp

С одной стороны, когда вы вызываете System.getProperty("java.io.tmpdir")инструкцию, Java вызывает функцию Win32 API GetTempPath. Согласно MSDN :

Функция GetTempPath проверяет наличие переменных среды в следующем порядке и использует первый найденный путь:

1. Путь, указанный переменной среды TMP.
2. Путь, указанный в переменной среды TEMP.
3. Путь, указанный переменной среды USERPROFILE.
4. Каталог Windows.

С другой стороны, пожалуйста, проверьте исторические причины того, почему TMPи TEMPсосуществуют . Это действительно стоит прочитать.

Значение %TEMP%переменной среды часто зависит от пользователя, и Windows настраивает его с учетом текущей учетной записи пользователя. Некоторые учетные записи пользователей могут не иметь профиль пользователя, например , когда ваш процесс запускается как служба на SYSTEM, LOCALSYSTEMили другой встроенной учетной записи, или вызывается приложением IIS с AppPool тождественности Создание профиля пользователя опция выключена. Таким образом, даже если вы не перезаписываете %TEMP%переменную явно, Windows может использовать c:\tempили даже c:\windows\tempпапки, скажем, для необычных учетных записей пользователей. И что более важно, процесс может не иметь прав доступа к этому каталогу!