Я пытаюсь написать службу Windows на C #. Мне нужно найти путь к определенному файлу, который хранится в переменной окружения. В обычном консольном приложении C # я могу добиться этого с помощью следующей строки:
string t = System.Environment.GetEnvironmentVariable("TIP_HOME");
Если я напишу это в консоль, я увижу, что все прошло успешно.
Теперь, если я попробую тот же код в службе Windows, строка t будет пустой.
Есть идеи, почему?
Понятия не имею, полезно ли это, но я обнаружил, что для каждой службы есть возможность добавлять переменные среды непосредственно в службу.
Это делается через реестр.
Скажите, что ключ к вашим услугам ...
HKLM \ SYSTEM \ CurrentControlSet \ Services \ YourService
Создайте REG_MULTI_SZ под названием Environment.
Теперь вы можете добавлять такие записи, как ...
Var1=Value1
Var2=Value2
и они будут доступны по сервисному коду.
Если вы используете Windows Resource ToolKit для установки скриптов как службы (instsrv.exe и srvany.exe), то, опять же, у вас есть возможность установить переменные среды для службы, но, скорее всего, это неправильная будет для srvany.exe.
Вместо этого вы используете ключ ...
HKLM \ SYSTEM \ CurrentControlSet \ Services \ YourService \ Parameters
и создайте REG_MULTI_SZ под названием AppEnvironment
Таким же образом установите записи.
И теперь ваша служба сценариев имеет собственные переменные среды.
Я использую эти методы с PHP + WinCache, чтобы позволить мне установить APP_POOL_ID, уникальный для каждой службы, что позволяет WinCache совместно использовать центральный кеш (на основе APP_POOL_ID) для всех «потоков» (используя WShell для запуска неблокирующих дочерних потоков) "и по-прежнему использовать тот же WinCache, что и средство запуска, что позволяет упростить взаимодействие между процессами).
Так или иначе. Надеюсь, это немного поможет.
Я думаю, что в основном вы не добавляете ненужные env_vars в глобальную среду. Вы можете сделать их целевыми и уникальными, если у вас их больше одного.
С уважением,
Ричард.
Кажется, ваша проблема похожа на нашу, и может быть очень сложно понять, что происходит.
Что происходит, когда переменные среды добавляются / удаляются / изменяются, среда служб не распознает это до тех пор, пока не будет "перезапущена". Это связано с тем, что эти переменные среды хранятся в реестре, и этот реестр читается только один раз средой службы ... при запуске системы.
Это означает, что для того, чтобы служба зафиксировала изменение переменных среды, необходимо перезапустить систему.
Прочтите об этом Microsoft KB.
Служба, вероятно, работает под другой учетной записью и не получает те же переменные среды.
Вы запускаете службу под учетной записью локальной системы?
Вы перезагружали компьютер после добавления переменной TIP_HOME?
Службы, работающие в локальной системе, запускаются из службы services.exe, которая считывает свою среду только при запуске: http://support.microsoft.com/kb/821761
Ладно, я этого не совсем понимаю, но вот что я нашел ...
В той же службе я сначала пробую то, что описал ранее, и строка возвращает пустую.
Затем, если я перебираю каждую из переменных среды системного уровня, он прекрасно находит переменную, которую я ищу.
Вот фрагмент кода, немного измененный по сравнению с образцом кода, найденным в MSDN:
foreach(DictionaryEntry de in Environment.GetEnvironmentVariables(tgt))
{
key = (string)de.Key;
value = (string)de.Value;
if(key.Equals("TIP_HOME") && value != null)
log.WriteEntry("TIP_HOME="+value, EventLogEntryType.Information);
}
попробуйте эту строку кода getsyspath = System.Environment.GetEnvironmentVariable ("TIP_HOME", EnvironmentVariableTarget.Machine);
Вам нужно проверить, как хранилась переменная. Есть метод перегрузки для Set / GetEnvironmentVariable:
Метод Environment.GetEnvironmentVariable (String, EnvironmentVariableTarget)
Дело в том, что существует три типа хранения переменной среды (EnvironmentVariableTarget ):
Если вы храните информацию как Machine или User, вы можете протестировать ее как работающую Run (Win + R):% TIP_HOME%
Надеюсь, поможет :)
Службы обычно запускаются под одной из трех учетных записей служб, Local Service Local System и Network Service. Для всех этих случаев ваша типичная переменная среды будет нулевой.
Для расследования
Я протестировал, заставив службу записать запись в журнал событий и распечатать то, что она хранит, в переменной HOMEPATH. Для учетных записей служб он вернулся пустым. В C #:
protected override void OnStart(string[] args)
{
EventLog.WriteEntry("The HomePath for this service is '" + Environment.GetEnvironmentVariable("HOMEPATH") + "'", EventLogEntryType.Information);
}
Возможные решения
Вы можете указать, какую учетную запись использует служба (например, ваша учетная запись пользователя), в окне свойств служб или в конфигурации установки службы. Когда я тестировал свою учетную запись пользователя, в журнале событий отображалось The HomePath for this service is '\Users\Admin-PC'. Если бы он использовал вашу учетную запись пользователя, у него был бы доступ ко всем переменным среды, к которым у вас обычно есть доступ. 
. 
Знаете ли вы о переменных среды system и user? Служба Windows по умолчанию работает под учетной записью system.
Я изменил эту строку кода на это:
строка t = System.Environment.GetEnvironmentVariable ("TIP_HOME", EnvironmentVariableTarget.Machine);
Я могу просмотреть свой реестр и увидеть, что TIP_HOME установлен.
Это из MSDN: Machine: переменная среды хранится или извлекается из раздела HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ Session Manager \ Environment в реестре операционной системы Windows.
Пользовательские переменные хранятся в другом месте реестра.
Тем не менее, строка все еще отображается пустой, когда я запускаю службу с этим изменением.
