Почему Windows не может обработать переменную среды в Пути?

я спросил это относительно форумов Microsoft в марте 2009 и никогда не разрешал его:

Как использовать %ProgramFiles % в переменной среды Пути?:

Я пытаюсь добавить папку к переменной среды Пути системы.

я хочу добавить %ProgramFiles %\SysInternals

к существующей переменной пути:

C:\PROGRA~1\Borland\Delphi5\Projects\Bpl; C:\PROGRA~1\Borland\Delphi5\Bin; %SystemRoot %\system32; % %SystemRoot; % SystemRoot %\System32\Wbem; C:\Program Files\Microsoft SQL Server\80\Tools\BINN; C:\Program Files\Microsoft SQL Server\80\Tools\Binn\; C:\Program Files\Microsoft SQL Server\90\Tools\binn\; C:\Program Files\Microsoft SQL Server\90\DTS\Binn\; C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\; C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\; %SYSTEMROOT %\System32\WindowsPowerShell\v1.0\

Таким образом, я вхожу в место, где Вы редактируете его:

И я добавляю свою переменную к пути:

%ProgramFiles %\SysInternals; C:\PROGRA~1\Borland\Delphi5\Projects\Bpl; (надрез)

Затем открывая новое окно командной строки переменная среды не заменяется, он - фактическое значение:

Путь = % ProgramFiles %\SysInternals; C:\PROGRA~1\Borland\Delphi5\Projects\Bpl (надрез)>

Который Вы видите в следующем снимке экрана:

Но отвечать на Ваш вопрос:я не знаю. кажется, что это не может быть сделано.

существует два уровня переменных среды, глобальных и пользователь. Если он будет иметь %Java_home набор % как переменную пользовательской среды, но вместо этого изменит глобальную, то он не будет видеть различия.

Это могло бы быть связано с "отложенной функцией" расширения переменной среды (или отсутствие этого), или возможно можно использовать в своих интересах эту функцию, чтобы всегда иметь правильное решение.

от подсказки cmd

set /? 

и считайте раздел, описывающий "задержанное расширение переменной среды", которое включает небольшой пример для тестирования

set VAR=before
if "%VAR%" == "before" (
    set VAR=after
    if "%VAR%" == "after" @echo If you see this, it worked
)

Если Вы не получаете строку эха, то это могло бы объяснить это...

Если, однако, Вы запускаете свой cmd.exe с/V опции, то можно использовать"!" вместо "%", который изменяет behaivior

set VAR=before
if "%VAR%" == "before" (
    set VAR=after
    if "!VAR!" == "after" @echo If you see this, it worked
)

Для меня (работающий на XP), не работал 1-й сценарий, но вторая версия сделала (с cmd.exe/V)

Возможно, Вы делаете его неправильно?

Я попробовал Windows XP Pro SP3 (32 бита). У меня действительно есть путь с несколькими случаями %JAVA_HOME% (и %JAVAFX_HOME%, и т.д.). Я перехожу к командной строке, ввожу PATH, Я вижу расширенные переменные. Хороший.

Я изменяю значение JAVA_HOME. Назад к тому же окну командной строки, PATH снова, то же значение... как ожидалось (по опыту!).

Я открываю новое окно командной строки, ввожу PATH, глюк, я вижу новое значение.

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

Это могло бы рассматриваться как функция или ошибка или раздражение, но это - способ, которым это работает. Эй, по крайней мере, в отличие от времен Win9X, мы не должны перезагружать компьютер! И в отличие от времен NT (IIRC), Вы не должны выходить из системы и назад.

Почему несоответствие? Способы Microsoft являются непостижимыми... :-P

У меня была та же проблема, и я знаю, как зафиксировать ее, ее Ламе.

Просто отредактируйте свой ПУТЬ снова, но не внесите изменение и повторно сохраните ПУТЬ. По некоторым причинам это заставляет все ссылки на переменную вложенных условий быть переоцененными.

Если это не работает, делают это еще несколько раз, так или иначе это просто разрешается.