C++控制台通过CreateProcess调用PowerShell启动Edge失败，IE运行正常

• 原Edge启动脚本使用的start microsoft-edge:https://xxx 依赖Windows Shell的UWP URL协议激活机制，该机制要求调用方具备交互式桌面的消息循环能力，且能和系统Shell的激活管理器正常通信。
• 你的C++代码通过CreateProcess带CREATE_NO_WINDOW参数启动PowerShell时，PowerShell作为纯后台无窗口进程运行，没有对应的消息循环，发起的Edge协议激活请求会被系统静默丢弃，不会抛出任何报错，也不会拉起浏览器。
• IE脚本可正常运行的原因：IE的启动逻辑是通过COM对象在PowerShell进程内直接创建IE实例，走本地COM激活通道，完全不依赖Shell的UWP协议路由机制，即便在后台无窗口会话下也能正常完成启动。

1. 替换Edge启动脚本逻辑 #

把原脚本中依赖UWP协议激活的启动代码，替换为直接调用Edge可执行文件的显式启动方式，绕开协议激活的上下文限制：

# 自动匹配系统中Edge的安装路径，兼容32/64位系统注册表重定向
$regPaths = @(
    "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\msedge.exe",
    "HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\App Paths\msedge.exe"
)
$edgeExePath = $null
foreach ($path in $regPaths) {
    if (Test-Path $path) {
        $edgeExePath = (Get-ItemProperty -Path $path -Name "(Default)")."(Default)"
        break
    }
}
# 直接启动Edge并传入目标地址
Start-Process -FilePath $edgeExePath -ArgumentList "https://www.youtube.com"

这种启动方式直接以传统Win32进程的方式拉起Edge，不经过UWP激活路由，无论PowerShell运行在交互式窗口还是后台无窗口模式，都能正常完成启动。

2. 调整CreateProcess的无效参数 #

• 移除原代码中REALTIME_PRIORITY_CLASS的优先级标记，该优先级等级是系统为核心进程保留的特殊权限等级，普通应用设置后可能出现调度异常，替换为默认优先级即可。
• 保留CREATE_NO_WINDOW参数不会影响修复后的脚本运行，因为新的启动逻辑不依赖交互式窗口的上下文能力。

如果不需要保留PowerShell脚本的独立维护逻辑，可以直接在C++代码中读取对应注册表路径获取Edge可执行文件路径，通过CreateProcess直接拉起Edge进程，减少一层PowerShell进程的启动开销。

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