WIN-PS2EXE打包WPF+PowerShell程序运行挂起问题求助

我用WPF和PowerShell开发了一款小型应用，通过WIN-PS2EXE工具打包为exe供其他用户使用。此前多次操作均正常，但本次打包的程序出现异常：右键通过PowerShell运行正常，直接运行exe时，加载密码提示和模块后界面始终不显示，进程在后台运行，需手动终止，多台机器均存在该问题。

已执行SFC和DISM修复系统，但问题仍未解决，通过Windbg分析dump文件得到以下调试信息：

初始调试输出 #

Symbol search path is: srv*
Executable search path is: srv*
ModLoad: 00000000`00b30000 00000000`00bd0000   image00000000`00b30000
ModLoad: 00007ffb`72dd0000 00007ffb`72fc8000   ntdll.dll
ModLoad: 00007ffb`56510000 00007ffb`56575000   C:\WINDOWS\SYSTEM32\MSCOREE.DLL
ModLoad: 00007ffb`71bd0000 00007ffb`71c8d000   C:\WINDOWS\System32\KERNEL32.dll
ModLoad: 00007ffb`70480000 00007ffb`70776000   C:\WINDOWS\System32\KERNELBASE.dll
ModLoad: 00007ffb`6a270000 00007ffb`6a300000   C:\WINDOWS\SYSTEM32\apphelp.dll
ModLoad: 00007ffb`6f030000 00007ffb`6f042000   C:\WINDOWS\SYSTEM32\kernel.appcore.dll
ModLoad: 00007ffb`54850000 00007ffb`551f4000   C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
ModLoad: 00007ffb`5afd0000 00007ffb`5afdc000   C:\WINDOWS\SYSTEM32\VCRUNTIME140_1_CLR0400.dll
ModLoad: 00007ffb`55a40000 00007ffb`55a5b000   C:\WINDOWS\SYSTEM32\VCRUNTIME140_CLR0400.dll
ModLoad: 00007ffb`55970000 00007ffb`55a3d000   C:\WINDOWS\SYSTEM32\ucrtbase_clr0400.dll
(21b0.22c8): Unknown exception - code 04242420 (first chance)
ModLoad: 00007ffb`70e00000 00007ffb`70e08000   C:\WINDOWS\System32\psapi.dll
ModLoad: 00007ffb`52400000 00007ffb`53a0f000   C:\WINDOWS\assembly\NativeImages_v4.0.30319_64\mscorlib\987f639e2113a820112aca65fb12396c\mscorlib.ni.dll
(8240.1e0c): Break instruction exception - code 80000003 (first chance)
ntdll!LdrpDoDebuggerBreak+0x30:
00007ffb`72ea0730 cc              int     3

!analyze -v 输出 #

TACK_COMMAND:  ~0s; .ecxr ; kb

SYMBOL_NAME:  win32u!NtUserMsgWaitForMultipleObjectsEx+14

MODULE_NAME: win32u

IMAGE_NAME:  win32u.dll

FAILURE_BUCKET_ID:  BREAKPOINT_80000003_win32u.dll!NtUserMsgWaitForMultipleObjectsEx

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

IMAGE_VERSION:  10.0.19041.4123

FAILURE_ID_HASH:  {ab2d2e3e-edb3-a979-68f2-e3be023a5515}

Followup:     MachineOwner

!analyze -v -hang 输出 #

STACK_COMMAND:  ~0s ; .cxr ; kb

SYMBOL_NAME:  win32u!NtUserMsgWaitForMultipleObjectsEx+14

MODULE_NAME: win32u

IMAGE_NAME:  win32u.dll

FAILURE_BUCKET_ID:  APPLICATION_HANG_cfffffff_win32u.dll!NtUserMsgWaitForMultipleObjectsEx

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

IMAGE_VERSION:  10.0.19041.4123

FAILURE_ID_HASH:  {d44568b7-4ea6-d9b8-71f9-5e0773589878}

Followup:     MachineOwner
---------

1. 检查WIN-PS2EXE打包参数 #

• 对比本次与之前正常版本的打包参数，重点关注-noConsole、-windowStyle、-STA等和UI、线程模型相关的参数。WPF依赖STA线程，若打包时未指定STA模式，可能导致UI消息循环异常。
• 尝试移除影响UI的参数，或显式添加-STA参数重新打包测试。

2. 验证WPF UI线程初始化逻辑 #

• 确认PowerShell代码中是否在STA线程中启动WPF界面，直接运行exe时，WIN-PS2EXE的默认线程模型可能与PowerShell环境不同。
• 确保代码中显式调用[System.Windows.Application]::Run()启动WPF消息循环，PowerShell环境可能自动处理此步骤，但打包后的exe需要显式触发。

3. 排查依赖加载差异 #

• 使用Process Monitor跟踪两种启动方式（直接运行exe/右键PowerShell运行）的文件访问、注册表读取记录，对比是否存在依赖模块加载失败的情况。
• 检查程序中是否依赖PowerShell环境变量或当前工作目录，直接运行exe时的工作目录可能与PowerShell启动时不同，导致资源或模块加载异常。

4. 回退WIN-PS2EXE版本测试 #

• 确认本次使用的WIN-PS2EXE版本与之前正常打包时一致，若版本有更新，尝试回退到旧版本重新打包，排查新版本兼容性问题。

5. 进一步调试 #

• 在代码中添加文件日志，记录界面初始化前后的关键步骤，对比两种启动方式的日志差异，定位阻塞点。
• 在Windbg中执行!clrstack命令查看托管代码调用栈，定位到具体的PowerShell/WPF代码位置，而非仅停留在系统dll层。

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