C#中如何可靠启动进程？解决32/64位文件重定向及lnk快捷方式启动问题

• 原实现存在本质逻辑误区：Wow64DisableWow64FsRedirection的作用范围仅覆盖当前进程自身的文件系统API调用，完全无法影响系统64位Shell的路径解析逻辑。在自身进程中临时禁用重定向的操作，对实际负责解析.lnk、创建目标进程的Shell上下文没有任何作用。
• 原代码将禁用重定向的状态覆盖了整个Process.Start调用流程，反而会导致.lnk解析、路径传递过程中拿到被错误改写的32位路径，最终出现Word启动失败、ProcMon观测到“检索到正确路径但仍回退到32位路径”的现象。
• 当使用UseShellExecute = true模式时，实际的进程创建逻辑交由64位的系统Shell托管执行，本身完全不受32位进程的文件系统重定向规则影响，根本不需要手动介入重定向逻辑。

复现资源管理器双击.lnk的行为 #

• 直接移除所有手动调用的Wow64重定向禁用/恢复逻辑，仅保留基础的Shell启动配置即可，启动效果和用户双击.lnk完全一致。
• 示例代码：

private static void StartShortcut(string shortcutFullPath)
{
    var startInfo = new ProcessStartInfo
    {
        FileName = shortcutFullPath,
        UseShellExecute = true
    };
    Process.Start(startInfo);
}

已知目标程序完整路径时的直接启动 #

如果32位应用需要直接启动磁盘上的64位程序，避免路径被重定向到32位版本，按以下逻辑处理：

• 仅在读取、校验目标文件真实路径的阶段临时禁用Wow64重定向，拿到正确的64位文件路径后立刻恢复重定向状态，绝对不能带着禁用重定向的状态调用进程启动逻辑。
• 启动阶段依然使用UseShellExecute = true模式，保证启动行为和双击效果一致。
• 示例代码：

[DllImport("kernel32.dll", SetLastError = true)]
private static extern bool Wow64DisableWow64FsRedirection(ref IntPtr ptr);

[DllImport("kernel32.dll", SetLastError = true)]
private static extern bool Wow64RevertWow64FsRedirection(IntPtr ptr);

private static void StartKnownTarget(string targetExeFullPath)
{
    string realExePath = targetExeFullPath;
    IntPtr redirectState = IntPtr.Zero;
    try
    {
        // 仅在路径校验阶段临时禁用重定向，获取真实的64位程序路径
        Wow64DisableWow64FsRedirection(ref redirectState);
        if (!File.Exists(realExePath))
        {
            throw new FileNotFoundException("目标程序不存在", realExePath);
        }
    }
    finally
    {
        // 立刻恢复系统默认的文件系统重定向状态
        Wow64RevertWow64FsRedirection(redirectState);
    }

    // 通过Shell启动，完全匹配双击启动的行为
    var startInfo = new ProcessStartInfo
    {
        FileName = realExePath,
        UseShellExecute = true
    };
    Process.Start(startInfo);
}

• 所有Wow64重定向相关的API都仅对当前进程、当前线程生效，无法修改其他进程的路径解析规则，不要尝试跨进程影响Shell的重定向状态。
• 如果需要从32位进程直接访问System32目录下的64位系统文件，无需手动调用重定向API，直接使用C:\Windows\Sysnative路径别名替代System32即可，系统会自动识别为64位的系统目录。
• 不要在禁用重定向的状态下执行长时间逻辑，避免因为状态未恢复导致其他正常的文件访问逻辑被破坏。

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