ps2exe编译ps1为exe后启动新交互shell无法输入问题咨询

PS2EXE 并非将PowerShell脚本编译为原生独立的机器码可执行文件，其工作原理是将原始脚本嵌入一个C#编写的通用托管宿主程序中，运行时由该宿主创建内嵌的PowerShell运行空间执行脚本逻辑。
两类运行场景的核心差异：

• 直接运行.ps1脚本时，脚本本身就运行在原生powershell.exe进程的控制台上下文中，后续启动的交互式子进程（PowerShell、WSL等）会直接继承当前控制台的输入、输出句柄，因此可以正常接收键盘输入完成交互。
• 运行PS2EXE编译出的exe时，宿主程序默认会将控制台的输入输出流重定向到内嵌的PowerShell运行空间，不会将输入句柄透传给脚本启动的交互式子进程。子进程启动后仅能向控制台输出启动banner信息，但无法读取到任何键盘输入，就会表现为卡死、无法进入交互状态。

核心思路是启动交互式子进程时，让子进程直接绑定当前控制台的输入输出句柄，避免被PS2EXE宿主的流重定向拦截。

• 替换进程启动方式（推荐）
  不要使用Invoke-Expression或直接调用的方式启动交互式shell，改用Start-Process启动子进程，显式指定复用当前控制台且等待子进程执行结束，避免宿主提前退出回收控制台。
  修改后的测试脚本示例：

  Write-Host "Hello from my test program"
  # 启动交互式PowerShell
  Start-Process -FilePath "powershell.exe" -NoNewWindow -Wait
  # 业务场景需要启动WSL时替换为以下命令即可
  # Start-Process -FilePath "wsl.exe" -NoNewWindow -Wait
  

  按原有方式编译为exe后运行，即可正常进入交互状态。
• 使用独立窗口启动
  如果不需要在原控制台窗口内交互，可以去掉-NoNewWindow参数，子进程会弹出独立的控制台窗口，所有交互逻辑在新窗口内完成，不会受PS2EXE宿主的流重定向影响：

  # 新窗口启动WSL示例
  Start-Process -FilePath "wsl.exe" -Wait
  

  该方案不需要调整其他编译参数，兼容性最好。
• 注意事项
  启动交互式子进程时必须加-Wait参数，否则PS2EXE宿主执行完启动命令后会立刻退出，回收当前控制台资源，即便指定了-NoNewWindow，子进程也会因为控制台被销毁而无法正常交互。

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