这并没有直接回答你的问题，但如果你只是想要进程间通信，你可以使用PowerShell，你可以只使用剪贴板。

在一个过程中

Set-Clipboard (MyText”)

在单独的过程中

$ clipValue = Get-Clipboard

然后你可以使用clipValue作为任何其他字符串。这实际上使您能够使用CSV文本字符串将整个环境变量列表发送到另一个进程

就像凯文说的，没有捷径可走。在大多数情况下，生成另一个CMD框更简单。更令人恼火的是，正在运行的程序也不知道这些变化(尽管IIRC可能有一个广播消息来查看此类变化的通知)。

更糟糕的是:在旧版本的Windows中，你必须先注销，然后再重新登录，才能考虑到这些变化……

在不重启当前会话的情况下，向路径中添加变量的最简单方法是打开命令提示符并输入:

PATH=(VARIABLE);%path%

并按enter键。

要检查变量是否已加载，请键入

PATH

并按enter键。但是，在重新启动之前，该变量将只是路径的一部分。

为了解决这个问题，我使用setx和set改变了环境变量，然后重新启动explorer.exe的所有实例。这样，随后启动的任何进程都将拥有新的环境变量。

我的批处理脚本这样做:

setx /M ENVVAR "NEWVALUE"
set ENVVAR="NEWVALUE"

taskkill /f /IM explorer.exe
start explorer.exe >nul
exit

这种方法的问题是当前打开的所有资源管理器窗口都将被关闭，这可能是一个坏主意-但请参阅Kev的帖子来了解为什么这是必要的

调用这个函数对我来说很有用:

VOID Win32ForceSettingsChange()
{
    DWORD dwReturnValue;
    ::SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0, (LPARAM) "Environment", SMTO_ABORTIFHUNG, 5000, &dwReturnValue);
}

令人困惑的事情可能是，有几个地方可以启动cmd。 在我的情况下，我从windows资源管理器运行cmd，环境变量没有改变，而当从“运行”(windows键+ r)开始cmd时，环境变量被改变了。

在我的情况下，我只需要从任务管理器中杀死windows资源管理器进程，然后从任务管理器中重新启动它。

一旦我这样做了，我就可以从windows资源管理器衍生的cmd中访问新的环境变量。