ShellExecute 的lpDirectory 如果传“”，有什么风险

在调用 ShellExecute 时，如果将 lpDirectory 参数设置为空字符串 ""，会导致工作目录（Working Directory）被设置为系统默认路径，这可能引发以下风险：

1. 文件路径解析异常

• 相对路径失效：若被执行的程序（如批处理脚本、依赖动态库的应用）使用相对路径访问文件，会从系统默认目录（通常是 C:\Windows\System32）而非预期目录读取文件。

  // 示例：启动依赖当前目录config.ini的程序
  ShellExecute(NULL, "open", "C:\\MyApp\\app.exe", NULL, "", SW_SHOW);
  // 风险：app.exe尝试读取相对路径"config.ini"时，实际从C:\Windows\System32查找
  

• 案例：某程序依赖当前目录下的 data.dat，但因工作目录为 System32，导致无法加载数据。

2. 安全漏洞（DLL 劫持）

• 动态库加载风险：Windows 程序加载 DLL 时优先搜索工作目录。若工作目录为 System32，恶意程序可能通过伪造 DLL 实施攻击。

  // 风险场景：程序尝试加载MyApp.dll，若工作目录可控，攻击者可在该目录放置伪造的MyApp.dll
  ShellExecute(NULL, "open", "C:\\LegacyApp\\old.exe", NULL, "", SW_SHOW);
  

3. 环境变量解析错误

• 批处理脚本异常：若执行的批处理文件（.bat/.cmd）使用相对路径或环境变量，可能因工作目录错误导致命令失败。

  // 示例：执行批处理脚本，其中包含"copy data.txt ."命令
  ShellExecute(NULL, "open", "C:\\Scripts\\deploy.bat", NULL, "", SW_SHOW);
  // 风险：脚本尝试将data.txt复制到System32目录，而非预期的C:\Scripts
  

4. 系统文件冲突

• 权限不足：若程序尝试在工作目录（如 System32）写入文件，可能因权限不足失败。

  // 示例：程序尝试在当前目录创建日志文件
  ShellExecute(NULL, "open", "C:\\App\\logger.exe", NULL, "", SW_SHOW);
  // 风险：logger.exe尝试在System32创建文件，被UAC阻止
  

5. 行为不一致

• 不同系统表现差异：工作目录的默认值可能因系统配置而异（如是否为管理员账户、系统版本等），导致代码在不同环境下行为不一致。

正确做法

• 明确指定工作目录：将 lpDirectory 设置为与 lpFile 相同的目录路径。

  // 启动程序并指定正确的工作目录
  ShellExecute(NULL, "open", "C:\\MyApp\\app.exe", NULL, "C:\\MyApp", SW_SHOW);
  

• 获取当前可执行文件路径：若需动态确定路径，可使用 GetModuleFileName 获取当前程序路径，再提取目录部分。

  char szPath[MAX_PATH];
  GetModuleFileName(NULL, szPath, MAX_PATH);
  PathRemoveFileSpec(szPath);  // 移除文件名，保留目录
  ShellExecute(NULL, "open", "app.exe", NULL, szPath, SW_SHOW);
  

总结

lpDirectory 设为 "" 的核心风险是工作目录被默认设置为系统目录，导致文件路径解析异常和安全隐患。建议始终显式指定工作目录，确保程序行为的一致性和安全性。