以编程方式将目录添加到 Windows PATH 环境变量

Question

我正在编写一个 Win32 DLL，其函数将目录添加到 Windows PATH 环境变量（将在安装程序中使用）。

DLL 运行后查看 Regedit 或控制面板中的环境变量表明我的 DLL 已成功将路径添加到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment 和 HKEY_CURRENT_USER\Environment。

但是，当我启动新的命令提示符时（运行 DLL 后），我添加的目录不会显示在 echo %PATH% 的输出中，并且我无法访问该目录中的可执行文件目录，通过键入其名称。

我认为我的程序没有很好地通知系统 PATH 已更改，或者可能是在更改完全生效之前通知它们。我读了一篇 Microsoft 的文章，其中提到要在之后广播 WM_SETTINGCHANGE 消息更改环境变量，我使用以下代码执行此操作：

DWORD result2 = 0;
LRESULT result = SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,
    (LPARAM)"Environment", SMTO_ABORTIFHUNG, 5000, &result2);
if (result == 0){ /* ... Display error message to user ... */ }

我的调用顺序是：RegCreateKeyEx、RegSetValueEx、RegCloseKey、SendMessageTimeout

如果我在控制面板“环境变量”窗口中按“确定”，我的 DLL 对 PATH 所做的更改将显示在新创建的命令提示符中，因此控制面板正在执行某些操作传播 PATH 更改；我想弄清楚它是什么并做同样的事情。

有谁知道我应该做什么？

我运行的是 64 位 Windows Vista，但我希望它可以在所有 Windows XP、Vista 和 Windows 7 操作系统上运行。

更新：我上面发布的代码的问题是我没有在“Environment”字符串上添加 L 前缀。尽管在我能找到的 Microsoft 文档中没有明确说明，但 LPARAM 需要是指向 WCHAR 字符串（2 字节字符）的指针，而不是 CHAR 字符串，这是 Visual Studio 编译器默认生成的字符串当我写一个字符串文字时。我的问题的解决方案是将“Environment”更改为“L”Environment”。 （我以为在发布这个问题之前我已经尝试过了，但显然我没有正确尝试！）但是任何想要完成此任务的 C++ 解决方案的人都应该看看 Dan Moulding 的答案。

Answer 1

事实证明，太阳底下确实没有什么新鲜事。这以前已经做过，至少一次。由我来。我创建了一个与您所描述的非常相似的 DLL，目的完全相同（用于修改 NSIS 安装程序的路径）。它由 Visual Leak Detector 安装程序使用。

该 DLL 称为 editenv.dll。 源代码可在 github 上找到。我刚刚测试了安装程序，它更新了系统 PATH 环境变量，没有问题。根据您所写的内容，我没有发现任何明显错误的地方。我也没有看到任何明显缺失的东西。但可能值得一看 editenv.dll 源代码（您对 EnvVar.cpp，以及可能的 pathAdd() 和 pathRemove() C API在 editenv.cpp 中）。

Answer 2

我有一个程序可以调用与您相同的 Win32 API 来更新环境，并且运行良好。

需要注意的一件事是如何打开命令提示符。

如果您通过执行以下操作打开命令提示符：

Start -> Run -> cmd.exe

那么提示符中的环境将显示新变量已设置。

不过，我的键盘上还有一个可编程功能键，我已将其设置为运行 cmd.exe 进程。如果我通过该功能键打开命令提示符，然后输入 env，它不会显示正在设置的变量。

我不确定为什么它的工作方式不同，但它一定与 cmd.exe 进程的启动方式有关（尽管两者都在我的用户名下运行，而不是 SYSTEM< /代码>）。

你如何打开命令提示符？