ShellExecuteA无法启动IIS管理器及应用签名异常问题求助

核心原因：WOW64文件系统重定向 #

Windows 64位系统中，32位程序默认访问%windir%\system32目录时，会被系统自动重定向到%windir%\SysWOW64（专门存放32位系统文件的目录）。而你要访问的InetMgr.exe位于system32\inetsrv，Windows 10 SDK的signtool.exe通常在64位专属的system32或SDK的x64目录中，这些文件在SysWOW64中不存在，因此32位程序会出现文件未找到或执行无效果的问题。

解决办法 #

1. 临时禁用WOW64文件系统重定向（推荐） #

通过Windows API临时关闭重定向，完成操作后恢复，不会影响程序其他逻辑。

代码示例（C++ Builder 非clang环境）：

#include <windows.h>

// 打开IIS管理器示例
void OpenIISManager()
{
    PVOID oldRedirectState = NULL;
    // 禁用重定向
    if (Wow64DisableWow64FsRedirection(&oldRedirectState))
    {
        // 直接使用原始system32路径
        ShellExecuteA(NULL, "open", "C:\\Windows\\system32\\inetsrv\\InetMgr.exe", NULL, NULL, SW_SHOWNORMAL);
        // 恢复重定向
        Wow64RevertWow64FsRedirection(oldRedirectState);
    }
    else
    {
        // 禁用失败，可做错误处理
        ShowMessage("无法禁用文件系统重定向");
    }
}

// 调用signtool签名示例
void SignWithSignTool()
{
    PVOID oldRedirectState = NULL;
    if (Wow64DisableWow64FsRedirection(&oldRedirectState))
    {
        // 替换为你的signtool实际路径和签名参数
        ShellExecuteA(NULL, "open", "C:\\Windows\\system32\\signtool.exe", "sign /f mycert.pfx /p password myapp.exe", NULL, SW_HIDE);
        Wow64RevertWow64FsRedirection(oldRedirectState);
    }
}

2. 使用sysnative别名访问真实64位系统目录 #

64位Windows提供了%windir%\sysnative这个特殊路径，32位程序通过它可以直接访问system32的真实目录，无需禁用重定向。

示例路径：

• IIS管理器路径改为：C:\\Windows\\sysnative\\inetsrv\\InetMgr.exe
• signtool路径改为：C:\\Windows\\sysnative\\signtool.exe（如果signtool在system32中），或者指定SDK的x64版本路径：C:\\Program Files (x86)\\Windows Kits\\10\\bin\\10.0.xxxx.x\\x64\\signtool.exe

3. 编译为64位程序（长期解决方案） #

如果项目允许，直接将VCL程序编译为64位版本：

• 在RAD Studio中，切换目标平台为Win64
• 编译后程序作为64位进程运行，不会触发WOW64重定向，直接访问system32目录，行为与手动运行一致。

额外注意事项 #

• 调用Wow64DisableWow64FsRedirection时，要确保在操作完成后立即调用Wow64RevertWow64FsRedirection恢复，避免影响其他依赖32位系统文件的逻辑。
• 对于FileExists检测，同样需要先禁用重定向或使用sysnative路径，才能正确检测到64位系统目录中的文件。

内容的提问来源于stack exchange，提问作者JamesM