Windows10企业版_popen调用uwfmgr提示命令未识别的问题求助

1. 32位程序的文件系统重定向（最可能的原因） #

64位Windows系统会对32位进程做文件系统重定向：当32位程序访问C:\Windows\System32时，系统会自动把路径转到C:\Windows\SysWOW64（存放32位系统工具的目录），但uwfmgr.exe是64位专属工具，只在System32里有，所以32位程序用_popen调用时自然找不到。

解决办法：

• 直接用Sysnative别名指定完整路径：把命令改成 "C:\\Windows\\Sysnative\\uwfmgr.exe volume get-config C:"（Sysnative是系统提供的特殊别名，32位程序通过它能直接访问64位的System32目录）
• 临时关闭重定向：调用Windows API Wow64DisableWow64FsRedirection关闭重定向，执行命令后再恢复，示例代码：

#include <windows.h>

// ...

PVOID oldRedirState = NULL;
// 关闭重定向
Wow64DisableWow64FsRedirection(&oldRedirState);
pPipe = _popen("uwfmgr volume get-config C:", "rt");
// 恢复重定向
Wow64RevertWow64FsRedirection(oldRedirState);

2. 进程环境变量继承异常 #

虽然系统的Path配置了System32，但_popen启动的cmd进程可能没正确继承当前程序的环境变量：

• 程序自身代码修改过Path环境变量，导致丢失了System32路径
• 程序以不同权限运行（比如普通用户 vs 管理员），用户级的Path覆盖了系统级配置

解决办法：

• 命令里直接写uwfmgr的完整路径（注意避开重定向问题，优先用Sysnative路径）
• 先执行echo %PATH%通过_popen输出当前Shell的Path，排查是否包含System32

3. 代码逻辑的隐性错误 #

你的代码里有个明显的逻辑问题：while循环内部直接调用_pclose(pPipe)并返回，这会导致循环只跑一次就关闭管道，根本没法完整读取命令输出。就算命令执行成功，也会因为提前关闭管道导致判断错误。

修正后的代码：

bool Utils::DoesUwfExist()
{
    char psBuffer[128];
    FILE *pPipe;

    printf("Search UWF...");

    // 使用Sysnative路径避免重定向问题
    if ((pPipe = _popen("C:\\Windows\\Sysnative\\uwfmgr.exe volume get-config C:", "rt")) == NULL)
    {
        return false;
    }
    else
    {
        bool ok = false;
        const char* okstr = "Protected Volume Configuration";

        while (!feof(pPipe))
        {
            if (fgets(psBuffer, 128, pPipe) != NULL)
            {
                if (!ok && _mbsnbcmp((const unsigned char*)psBuffer, (const unsigned char*)okstr, 25) == 0)
                    ok = true;
            }
        }
        // 循环结束后再关闭管道
        _pclose(pPipe);
        return ok;
    }
    return false;
}

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