如何使windows系统环境变量的改变即时生效

如何使windows系统环境变量的改变即时生效

 

在这里给出一种方案，使用wmic命令对JDK的环境变量进行配置，可即时生效，不用重启系统。该方法为本人在实际工作中实践出的方法，需要的朋友可以按照下文内容进行操作。

 

该命令使用批处理文件进行执行，其文件包的目录结构及文件内容如下：

 

目录结构：

------ JDK_Environment  文件夹

------ readme.txt  文本文档文件

------ JDK_Environment.bat  批处理文件

------ Step  文件夹

------  JDK_Env_Step1.bat  批处理文件
------  JDK_Env_Step2.bat  批处理文件

 

文件：

 

文件1：readme.txt

位置：JDK_Environment 文件夹

内容：

==========使用wmic命令对JDK的环境变量进行配置，可即时生效，不用重启系统。==========

文件清单：

1. JDK_Environment.bat
  文件类型：Windows批处理文件
  文件说明：可直接执行该批处理，一步完成JDK环境变量的设置。

注：可直接使用JDK_Environment.bat，一步完成JDK环境变量的设置，
若使用Step文件夹中的批处理，则需按说明分步完成。

2. Step
  文件类型：文件夹
  文件说明：分步执行其中两份批处理文件，完成JDK环境变量的设置。
  2.1 JDK_Env_Step1.bat
    文件类型：Windows批处理文件
    文件说明：首先执行，完成JDK环境变量设置的第一步，JAVA_HOME的设置。
  2.2 JDK_Env_Step2.bat
    文件类型：Windows批处理文件
    文件说明：其次执行，继续完成JDK环境变量设置的第二步，path与CLASSPATH的设置。

 

注意：

1. 若在path与CLASSPATH变量值的设置时，使用了JAVA_HOME的引用%JAVA_HOME%，则需在不同的“命令提示符”窗口中，分别进行JAVA_HOME与他们俩的设置工作。（Step中的设置方式即为此种情况）

即：

  打开“命令提示符”窗口A，在A中进行了JAVA_HOME的设置。
  则，下一步path与CLASSPATH的设置，需要重新打开一新的“命令提示符”窗口B，在B中进行他们俩的设置。

原因：

  A中窗口虽成功进行了JAVA_HOME的设置，但新设置的变量对当前A窗口并不生效，若继续在其中使用JAVA_HOME的引用%JAVA_HOME%，对path与CLASSPATH进行设置，则会发生找不到%JAVA_HOME%的错误。

解决方案:

  1.1 JAVA_HOME与其它需要引用到它的变量，分别在不同窗口，严格按先后顺序进行设置。（见Step文件夹）

  1.2 在path与CLASSPATH中不对%JAVA_HOME%进行引用，直接使用绝对路径。（见JDK_Environment.bat）

2.wmic中对原系统变量值的引用问题

例如:

对系统原Path变量的值进行了引用

::更新变量path，加入新值C:\Program Files\Java\jdk1.5.0_07\bin
wmic ENVIRONMENT where "name='path' and username='<system>'" set VariableValue="%path%;C:\Program Files\Java\jdk1.5.0_07\bin" 

若用上面的顺序进行%path%的引用，即%path%;C:\Program Files\Java\jdk1.5.0_07\bin，%path%在增量之前，
增量C:\Program Files\Java\jdk1.5.0_07\bin之前需要要加分号，否则系统不会自动为其加上。

运行后效果如下：

 

若下面的顺序的进行%path%的引用，即%JAVA_HOME%\bin;%path%

::更新变量path，加入新值%JAVA_HOME%\bin
wmic ENVIRONMENT where "name='path' and username='<system>'" set VariableValue="%JAVA_HOME%\bin;%path%"

%path%在增量之后，增量%JAVA_HOME%\bin的后面要加一个分号，否则系统不会自动为其加上。

运行后效果如下：
C:\Program Files\Java\jdk1.5.0_07\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem

总结：无论增量与原变量引用之间先后顺序如何，他们之间都要添加分号进行分隔。

author:lioncode
date:2010/11/23 17:54
version:0.0.1

 

 

文件2：JDK_Environment.bat

位置：JDK_Environment 文件夹

内容：

::创建变量JAVA_HOME，值为C:\Program Files\Java\jdk1.5.0_07
wmic ENVIRONMENT create name="JAVA_HOME",username="<system>",VariableValue="C:\Program Files\Java\jdk1.5.0_07"

::更新变量path，加入新值C:\Program Files\Java\jdk1.5.0_07\bin
wmic ENVIRONMENT where "name='path' and username='<system>'" set VariableValue="%path%;C:\Program Files\Java\jdk1.5.0_07\bin" 

::创建变量CLASSPATH，VariableValue等号后为其值。
wmic ENVIRONMENT create name="CLASSPATH",username="<system>",VariableValue=".;C:\Program Files\Java\jdk1.5.0_07\lib\dt.jar;C:\Program Files\Java\jdk1.5.0_07\lib\tools.jar;C:\Program Files\Java\jre1.5.0_07\lib\rt.jar"

 

文件3：JDK_Env_Step1.bat

位置：JDK_Environment /Step 文件夹

内容：

::创建变量JAVA_HOME，值为C:\Program Files\Java\jdk1.5.0_07
wmic ENVIRONMENT create name="JAVA_HOME",username="<system>",VariableValue="C:\Program Files\Java\jdk1.5.0_07"

 

文件4：JDK_Env_Step2.bat

位置：JDK_Environment /Step 文件夹

内容：

::更新变量path，加入新值%JAVA_HOME%\bin
wmic ENVIRONMENT where "name='path' and username='<system>'" set VariableValue="%JAVA_HOME%\bin;%path%" 

::创建变量CLASSPATH，VariableValue等号后为其值。
wmic ENVIRONMENT create name="CLASSPATH",username="<system>",VariableValue=".;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;C:\Program Files\Java\jre1.5.0_07\lib\rt.jar"

 

==========================================================================================

下面是网阅的其他朋友解决此问题主要的几种方案，在此也给出大家作为参考。

 

 

理论阐述性技术贴：

详解Windows不重启使环境变量修改生效(经典)

 

在“我的电脑”->“属性”->“高级”->“环境变量”中增加或修改环境变量后，需重启系统才能使之生效。有没有什么方法可让它即时生效呢？下面介绍一种方法：

　　以修改环境变量“PATH”为例，修改完成后，进入DOS命令提示符，输入：set PATH=C: ，关闭DOS窗口。再次打开DOS窗口，输入：echo %PATH% ，可以发现“我的电脑”->“属性”->“高级”->“环境变量”中设置的 PATH 值已经生效。

　　不用担心DOS窗口中的修改会影响环境变量的值，DOS窗口中的环境变量只是Windows环境变量的一个副本而已。但是对副本的修改却会引发Windows环境变量的刷新，这正是我们想要的!

 

诡异啊，使用win+R->cmd 启动的cmd.exe 会发现在电脑属性中设置的环境变量立马生效了，在其他模式下启动的cmd却没有发生效果，怪哉！！查看了一下资料，在电脑属性中设置环境变量以后，以后启动的程序和线程会生效，而对以前驻留内存的程序不起作用，也有人说kill explorer.exe 再启动explorer.exe 可以激发设置其作用。

 

这里要理解的是，一个程序启动时，环境变量被复制到该程序所在的环境中，在该程序执行过程中不会被除该程序以外的其他程序所改变。也就是说，假设我们启动了一个cmd程序，然后通过控制面板修改了环境变量设置，但是已经启动了的cmd所拥有的环境变量并不会被改变。如果我们在修改环境变量之后启动cmd程序，则该程序将拥有新的环境变量。
那么结论就很明显了：修改环境变量之后，如果受影响的是应用程序，那么只要简单地重新启动此应用程序，环境变量的修改就会反映到该程序中，而不必重新启动计算机；但是，如果受影响的是系统服务，就必须重新启动才能将环境变量的修改反映到系统服务中（因为没有办法在不重启计算机的情况下重新启动系统服务管理器）。

 

 

方案一：修改注册表，并向系统广播消息

修改Windows环境变量后不重新启动使之立即生效的方法

不少程序需要添加各自的环境变量，方便定制性使用。用得最多的是用户指定目录如JAVA_HOME等变量，程序中可以根据获取变量%JAVA_HOME%，来获取对应设置的字符串。

 

一般做法是安装的时候就指定，或者程序中设定。

用批处理临时设置环境变量就不提了，这里讲让环境变量始终生效。

一般做法是修改环境变量注册表。

整个Windows都有效的环境变量在
HKEY_LOCAL_MACHINESYSTEMControlSet001ControlSession ManagerEnvironment
中设置

对当前用户有效的环境变量在
HKEY_CURRENT_USEREnvironment
中设置

其实只是简单的元数据

但往往修改玩后无法即时生效，往往需要重启系统。

要解决即时生效的问题，可以再在我的电脑属性中设置环境变量中确定一下即可。

依此看来，这个过程肯定是读取了注册表，再调用一个系统函数来更新整个系统的变量。一定可以编程解决的。

可惜网海茫茫，收不到。

一不做二不休，直接下载打开innosetup的代码，搜索Environment，果真找到了。

很简单：

SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,LPARAM("Environment"), SMTO_ABORTIFHUNG, 5000, &MsgResult);

发一个全局的广播，等待各自相应后，立即生效。

  { Note: We originally used SendNotifyMessage to broadcast the message but it
    turned out that while it worked fine on NT 4 and 2000 it didn't work on XP
    -- the string "Environment" in lParam would be garbled on the receiving
    end (why I'm not exactly sure). We now use SendMessageTimeout as directed
    in the KB article 104011. It isn't as elegant since it could cause us to
    be delayed if another app is hung, but it'll have to do. }

 

 

方案二：在高级属性中设置完毕后，在任意cmd下设置一次path的值，达到全局广播的目的

让环境变量生效不需重启Windows

很多安装程序在安装完成后并不要求重启Windows，而新的环境变量已经生效了，可见在不重启Windows的情况下让环境变量生效是完全可行的。

可我搜索如何不需重启Windows让环境变量生效的方法，只找到三类方案：

下载一个专门的软件
编个小程序
修改注册表
我既然是个懒得重启Windows的人，难道我会不厌其烦按上述三种方法去做吗？没办法，我只有自己摸索。最后找到一个非常简单的在Windows下直接让环境变量生效的办法：

先到我的电脑>属性>高级>环境变量，添加新环境变量或修改已有的环境变量，然后运行“DOS命令提示符”或run cmd，假设要修改PATH变量，不管PATH的原值是什么，在DOS窗口直接把PATH修改为任意值，如：输入：set PATH=C:，关闭DOS窗口。再次打开DOS窗口，输入：echo %PATH% ，这时可以发现，我的电脑>属 性>高级>环境变量里PATH已经在Windows全局生效了。

不用担心在DOS窗口的修改会影响我的电脑>属性>高级>环境变量里的修改，DOS窗口的环境变量只是Windows环境变量的一个副本，副本的改动不会影响正本，但会触发正本的刷新，这正是我想要的——让环境变量生效。

 

 

方案三：

修改Windows环境变量并使之立即生效

想在Windows下通过编程修改环境变量的值，并且希望修改完后立即生效。
一、环境变量的修改
（1）修改当前进程的某个环境变量：SetEnvironmentVariable。
（2）修改系统环境变量：在注册表HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerEnvironment中修改。
（3）修改用户环境变量：在注册表中HKEY_CURRENT_USEREnvironment修改。
二、环境变量的生效
在网上搜了一下，有两种说法：
（1）SendMessage(HWND_BROADCAST,WM_SETTINGCHANGE,0,(LPARAM)TEXT("Environment"));
（2）SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,LPARAM("Environment"), SMTO_ABORTIFHUNG, 5000, &MsgResult);
没有尝试，先记在这儿。

 

==========================================================================================

下面是网阅的Windows官方资料，文档中阐述了环境变量更改后如何即时生效的原理。

 

出处：

    微软帮助和技术支持

    http://support.microsoft.com/kb/104011/zh-cn

 

容内：

 

注：（中文版-机器翻译）机器翻译无法保证原文的正确度，中文版之后已附上英文原版 

 

您可以通过编辑以下注册表项修改用户环境变量：

 

   HKEY_CURRENT_USER /
         Environment

 

，可以通过编辑以下注册表项来修改系统环境变量：

 

   HKEY_LOCAL_MACHINE /
               SYSTEM /
    CurrentControlSet /
              Control /
      Session Manager /
          Environment

 

    注意必须作为 REG_EXPAND_SZ 注册表值在注册表中存储要扩展 （例如对于使用 %system%） 时需要的所有环境变量。不将从注册表读取时展开类型 REG_SZ 的任何值。 

 

    请注意 RegEdit.exe 没有一种添加 REG_EXPAND_SZ 的方法。 使用 RegEdt32.exe 手动编辑这些值时。 

  

    但是，请注意对环境变量所做的修改不会导致立即更改。例如对于如果对进行了更改之后启动另一个命令提示符，环境变量将反映上一个 (不在当前) 值。直到您先注销然后再次登录后，所做的更改不会生效。 

    若要影响这些更改，而无需注销、 WM_SETTINGCHANGE 向广播消息的所有窗口在系统中，因此，任何感兴趣的应用程序 （如 Windows 资源管理器、 程序管理器、 任务管理器、 控制面版和等中） 可以执行更新。

 

 

    例如对于基于 Windows NT 的系统上下面的代码段应传播在命令提示符中使用的环境变量所做的更改：

 

     SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,
    (LPARAM) "Environment", SMTO_ABORTIFHUNG,
    5000, &dwReturnValue);

 

    无附带 Windows 95 和 Windows 98，包括 Windows 资源管理器和项目经理的应用程序的响应此消息。这样，Windows 95 和 Windows 98 上，从技术上讲是可以实现这篇文章时，除了要通知的第三方应用程序不起作用。更改在 Windows 95 的全局环境变量的唯一方法是修改 autoexec.bat 文件并重新启动。

 

 

 

    英文原版：

 

    地址：http://support.microsoft.com/kb/104011/en-us/

How to propagate environment variables to the system

                                    You can modify user environment variables by editing the following Registry key:

   HKEY_CURRENT_USER /          Environment

                                     You can modify system environment variables by editing the following Registry key:

   HKEY_LOCAL_MACHINE /                SYSTEM /     CurrentControlSet /               Control /       Session Manager /           Environment

Note that any environment variable that needs to be expanded (for example, when you use %SYSTEM%) must be stored in the registry as a REG_EXPAND_SZ registry value. Any values of type REG_SZ will not be expanded when read from the registry.

Note that RegEdit.exe does not have a way to add REG_EXPAND_SZ. Use RegEdt32.exe when editing these values manually.

However, note that modifications to the environment variables do not result in immediate change. For example, if you start another Command Prompt after making the changes, the environment variables will reflect the previous (not the current) values. The changes do not take effect until you log off and then log back on.

To effect these changes without having to log off, broadcast a WM_SETTINGCHANGE message to all windows in the system, so that any interested applications (such as Windows Explorer, Program Manager, Task Manager, Control Panel, and so forth) can perform an update.

 

For example, on Windows NT-based systems, the following code fragment should propagate the changes to the environment variables used in the Command Prompt:

 

     SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,
    (LPARAM) "Environment", SMTO_ABORTIFHUNG,
    5000, &dwReturnValue);

None of the applications that ship with Windows 95 and Windows 98, including Windows Explorer and Program Manager, respond to this message. Thus, while this article can technically be implemented on Windows 95 and Windows 98, there is no effect except to notify third-party applications. The only method of changing global environment variables on Windows 95 is to modify the autoexec.bat file and reboot.

 

APPLIES TO

Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)

Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)

Microsoft Windows Server 2003, Standard Edition (32-bit x86)

Microsoft Windows Server 2003, Web Edition

Microsoft Windows XP Home Edition

Microsoft Windows XP Media Center Edition

Microsoft Windows XP Professional

Microsoft Windows 2000 Advanced Server

Microsoft Windows 2000 Datacenter Server

Microsoft Windows 2000 Professional Edition

Microsoft Windows 2000 Server

Microsoft Windows NT 4.0

Microsoft Windows NT Server 3.51