От чего зависит возвращаемое значение Path.GetTempPath()?
В настоящее время я использую Path.GetTempPath()
чтобы выяснить, куда записывать мои файлы журналов, но недавно я наткнулся на компьютер пользователя, где возвращаемый путь оказался не тем, что я ожидал.
Обычно возвращаемым путем является C:\Documents and Settings\[userid]\Local Settings\Temp, но в данном случае это был C:\Temp
Обычно это не было бы проблемой, но по какой-то причине у данного пользователя не было доступа для записи в C:\Temp
Я дважды проверил переменные среды, и переменная среды USER указывала, как и ожидалось, на C:\Documents and Settings\[userid]\Local Settings\Temp, а переменная среды SYSTEM указывала на C: \ WINNT \ Temp.
Итак... где Path.GetTempPath()
получить его значение от? Групповая политика? Реестр?
Я гуглил, но безрезультатно.
6 ответов
(Используя отражатель) Path.GetTempPath()
в конечном итоге вызывает Win32 функцию GetTempPath (из kernel32.dll). Документы MDSN для этого состояния:
Функция GetTempPath проверяет наличие переменных среды в следующем порядке и использует первый найденный путь:
- Путь, указанный в переменной среды TMP.
- Путь, указанный в переменной среды TEMP.
- Путь, указанный в переменной среды USERPROFILE.
- Каталог Windows.
Обратите внимание, что они также заявляют, что он не проверяет, существует ли путь на самом деле или может быть записан, так что вы можете в конечном итоге попытаться записать свои файлы журналов по пути, который не существует, или по пути, к которому у вас нет доступа.,
Отказ от ответственности: не ответ - но важное чтение!
Очень важно понимать, что вам нужно очистить временные файлы, потому что когда вы нажмете 65536 в одном каталоге, фреймворк больше не будет создаваться, и ваше приложение взорвется!
Они будут накапливаться месяцами и месяцами, и тогда вы получите следующее сообщение:
System.IO.IOException: The file exists.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.__Error.WinIOError()
at System.IO.Path.InternalGetTempFileName(Boolean checkHost)
at System.IO.Path.GetTempFileName():
и TFS даст вам это, когда вы попытаетесь собрать:
TF215097: An error occurred while initializing a build for build
definition XXXXX: The file exists.
Все, что вам нужно сделать, это перейти к Path.GetTempPath()
папка и звонок del tmp*
Примечание. Если приложение ASP.NET создает временные файлы, его временный каталог, вероятно, будет отличаться от текущего пользователя, вошедшего в систему.
Если вы сомневаетесь (или в панике), просто создайте страницу aspx, чтобы распечатать используемое местоположение:
TempPath.aspx
<%@ Page Language="C#"%>
Temp path: <%= System.IO.Path.GetTempPath() %>
Для меня, когда работает как NetworkService
я получил
C:\Windows\TEMP\
При запуске в качестве AppPool (с именем www.example.com) путь может быть:
C:\Users\www.example.com\AppData\Local\Temp
PS. Я думаю, что это может произойти, даже если вы впоследствии удалите файл, потому что имя файла увеличивается.
Если вы используете C#
на MacOS
с помощью Mono Framework
тогда значение возвращается Path.GetTempPath()
значение переменной среды TMPDIR
,
Бег echo $TMPDIR
обычно возвращает значение как:
/var/folders/{2 character random-string}/{random-string}/T
Я заметил, что GetTempPath() может вернуть локальный пользовательский файл Documents & Settings\user\Local Settings\Temp, если это консольное приложение, и заметил, что он может вернуть C:\WINDOWS\Temp (на сервере), если это веб-приложение запускается с клиента. В первом случае ничего страшного - учетная запись, на которой запущено приложение, имеет права на эту папку. В последнем случае, может быть, это большая проблема, если учетная запись удостоверения пула приложений (или учетная запись, которую вы можете использовать для олицетворения в файле Web.config для веб-приложения) не имеет привилегий для C:\WINDOWS\Temp on сервер (который, скорее всего, нет). Так что для моих консольных приложений просто нет вопросов, где пишутся временные файлы, жесткое кодирование строки в INI-файл является лучшим и самым легким для меня, а для веб-приложения жесткое кодирование его в web.config и получение его с помощью ConfigurationManager.AppSettings["myKey"] работает, или, если это веб-приложение, используйте эту функцию для отправки файла в папки временных файлов ASP и работы с ним там:
public static string findFileDirectory(string file)
{
// Get the directory where our service is being run from
string temppath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
// Ensure proper path notation so we can add the INI file name
if (!temppath.EndsWith(@"\")) temppath += @"\";
return temppath;
}
и назовите это так:
string tempFolderPath = findFileDirectory("Web.config");
tempFolderPath = tempFolderPath.Replace(@"\\", @"\");
и просто используйте "tempFolderPath" вместо того, где вы использовали Path.GetTempPath() раньше. Эта функция работает замечательно, и я использую ее в своем коде вместо этого злого метода GetTempPath(), поэтому я знаю, что мое приложение может делать то, что ему нужно, поскольку папка временных файлов ASP должна иметь все разрешения, необходимые для ее операций (DOMAIN\NETWORK SERVICE и учетная запись идентификатора пула приложений требуют полного доступа). tempFolderPath заканчивается косой чертой, поэтому просто конкатенируйте непосредственно с вашей переменной / именем файла, чтобы получить правильный путь.
-Том
PS Вам нужно добавить 2 пространства имен, чтобы эта функция работала: System.IO и System.Reflection
Пожалуйста, попробуйте использовать следующее, чтобы определить подходящее место для Ваших данных:
Environment.GetFolderPath(Environment.SpecialFolder folder);
Где Специальная папка
// Summary:
// Specifies enumerated constants used to retrieve directory paths to system
// special folders.
[ComVisible(true)]
public enum SpecialFolder
{
// Summary:
// The logical Desktop rather than the physical file system location.
Desktop = 0,
//
// Summary:
// The directory that contains the user's program groups.
Programs = 2,
//
// Summary:
// The directory that serves as a common repository for documents.
Personal = 5,
//
// Summary:
// The "My Documents" folder.
MyDocuments = 5,
//
// Summary:
// The directory that serves as a common repository for the user's favorite
// items.
Favorites = 6,
//
// Summary:
// The directory that corresponds to the user's Startup program group.
Startup = 7,
//
// Summary:
// The directory that contains the user's most recently used documents.
Recent = 8,
//
// Summary:
// The directory that contains the Send To menu items.
SendTo = 9,
//
// Summary:
// The directory that contains the Start menu items.
StartMenu = 11,
//
// Summary:
// The "My Music" folder.
MyMusic = 13,
//
// Summary:
// The directory used to physically store file objects on the desktop.
DesktopDirectory = 16,
//
// Summary:
// The "My Computer" folder.
MyComputer = 17,
//
// Summary:
// The directory that serves as a common repository for document templates.
Templates = 21,
//
// Summary:
// The directory that serves as a common repository for application-specific
// data for the current roaming user.
ApplicationData = 26,
//
// Summary:
// The directory that serves as a common repository for application-specific
// data that is used by the current, non-roaming user.
LocalApplicationData = 28,
//
// Summary:
// The directory that serves as a common repository for temporary Internet files.
InternetCache = 32,
//
// Summary:
// The directory that serves as a common repository for Internet cookies.
Cookies = 33,
//
// Summary:
// The directory that serves as a common repository for Internet history items.
History = 34,
//
// Summary:
// The directory that serves as a common repository for application-specific
// data that is used by all users.
CommonApplicationData = 35,
//
// Summary:
// The System directory.
System = 37,
//
// Summary:
// The program files directory.
ProgramFiles = 38,
//
// Summary:
// The "My Pictures" folder.
MyPictures = 39,
//
// Summary:
// The directory for components that are shared across applications.
CommonProgramFiles = 43,
}
Вызывает функцию GetTempPath. Документация объясняет, какие переменные среды он проверяет.