WPF应用切换桌面触发WindowsBase.dll执行引擎异常求助

问题描述 #

我开发的WPF应用中设置了系统事件监听：注册SessionSwitchEvent、SessionEndingEvent、DesktopSwitchEvent事件并调用SetSystemWatcher，随后通过Task.Run启动异步线程执行清单下载与模块初始化操作。当触发桌面切换事件（如按下Ctrl+Alt+Del）时，应用未触发事件处理器即抛出未处理异常：An unhandled exception of type 'System.ExecutionEngineException' occurred in WindowsBase.dll。注释Task.Run代码后一切正常，改用Thread.Start也出现相同问题，求排查思路。

相关代码 #

// SYSTEM EVENT WATCHER
_log.LogInformation("Setting session and desktop event watcher");
_systemEventWatcher.SessionSwitchEvent += SystemEventWatcher_SessionSwitchEvent;
_systemEventWatcher.SessionEndingEvent += SystemEventWatcher_SessionEndingEvent;
_systemEventWatcher.DesktopSwitchEvent += SystemEventWatcher_DesktopSwitchEvent;
_systemEventWatcher.SetSystemWatcher();

_ = Task.Run(async () =>
{
    var manifestJson = await _manifestDownloader.DownloadManifestAsync();
    if (!await _moduleService.InitializeAsync(manifestJson))
    {
        TokenSource.Cancel();
    }
});

排查思路 #

• 检查跨线程UI访问：模块初始化过程中如果存在直接操作UI元素的代码，即使是异步线程也会触发线程上下文冲突。WPF UI元素仅允许在Dispatcher线程操作，需排查InitializeAsync中所有涉及UI的逻辑，确保用Dispatcher.Invoke/Dispatcher.BeginInvoke包装。
• 验证系统事件监听的线程上下文：SetSystemWatcher内部可能依赖Dispatcher线程完成事件注册，异步线程启动后可能干扰了监听的线程绑定。可尝试将系统事件监听的注册代码放到Dispatcher.Invoke中执行，确保监听逻辑运行在UI线程。
• 排查非托管资源冲突：ExecutionEngineException常与非托管代码交互、内存损坏相关。如果InitializeAsync调用了非托管库（系统API、第三方原生组件等），需检查桌面切换时是否存在资源未正确释放、句柄失效的情况，可分步注释初始化代码定位异常模块。
• 检查线程同步与资源竞争：异步线程和系统事件回调可能同时访问共享资源，引发竞态条件破坏内存结构。排查_moduleService、_manifestDownloader中的共享状态，确保关键操作加锁或使用线程安全容器。
• 验证系统事件监听实现逻辑：查看SystemEventWatcher中DesktopSwitchEvent的实现，确认事件触发时是否访问了被异步线程修改的对象，比如监听内部状态变量是否被篡改，导致回调执行时出现内存异常。
• 隔离异步任务线程上下文：尝试用Task.Factory.StartNew指定TaskCreationOptions.LongRunning，或手动设置线程的ApartmentState为STA（WPF UI线程为STA）。普通Task.Run默认使用ThreadPool线程（MTA状态），可能与系统事件的STA上下文冲突。

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