如何在C# WPF应用中处理强制退出并执行清理代码？

核心限制先明确 #

首先得说清楚：没有任何方案能100%覆盖所有强制终止场景——比如任务管理器的「结束进程」（尤其是Windows下的强制终止）、调试器直接终止，系统会直接回收进程资源，不会给应用留执行代码的机会。但下面的方案能覆盖绝大多数场景，同时适配单文件可执行包需求。

适配单文件的可行方案 #

1. 优化进程内守护线程 #

主线程崩溃时衍生线程被销毁，只发生在未处理异常导致的进程崩溃场景。针对常规退出和可控异常场景，我们可以优化守护线程的逻辑：

• 创建一个非后台、低优先级的线程，通过等待信号+定期检测的方式，监控主程序状态。
• 同时注册AppDomain.CurrentDomain.ProcessExit和Application.SessionEnding事件，覆盖正常退出、系统关机/注销场景。

示例代码：

private ManualResetEvent _exitSignal = new ManualResetEvent(false);

protected override void OnStartup(StartupEventArgs e)
{
    // 注册常规退出事件
    AppDomain.CurrentDomain.ProcessExit += (s, args) => _exitSignal.Set();
    Application.Current.SessionEnding += (s, args) => 
    {
        _exitSignal.Set();
        e.Cancel = false;
    };

    // 启动守护线程
    var cleanupThread = new Thread(CleanupLoop)
    {
        IsBackground = false, // 非后台线程不会随主线程销毁
        Priority = ThreadPriority.Lowest
    };
    cleanupThread.Start();

    base.OnStartup(e);
}

private void CleanupLoop()
{
    // 每秒检测一次主程序状态，直到收到退出信号
    while (!_exitSignal.WaitOne(1000))
    {
        // 检测WPF主线程是否存活
        if (!Application.Current.Dispatcher.Thread.IsAlive)
        {
            RunCleanupLogic();
            break;
        }
    }
    RunCleanupLogic();
}

private void RunCleanupLogic()
{
    // 这里写你的清理代码：释放资源、保存状态等
}

2. 单文件嵌入辅助进程（解决独立进程打包问题） #

你担心独立进程无法打包进单文件exe？其实.NET 5+的单文件发布支持嵌入资源并临时提取运行：

• 写一个极简的控制台辅助程序，功能就是监控主进程ID，主进程退出后执行清理。
• 把辅助程序编译成exe，作为资源嵌入主程序的单文件包。
• 主程序启动时，将辅助程序提取到临时目录，启动它并传递自己的进程ID。
• 辅助进程通过Process.WaitForExit()等待主进程结束，执行清理后自行删除临时文件。

主程序示例代码：

private Process _monitorProc;

protected override void OnStartup(StartupEventArgs e)
{
    // 提取辅助进程到临时目录
    var helperPath = Path.Combine(Path.GetTempPath(), "CleanupHelper.exe");
    using (var stream = Assembly.GetExecutingAssembly().GetManifestResourceStream("YourApp.CleanupHelper.exe"))
    using (var fs = new FileStream(helperPath, FileMode.Create))
    {
        stream.CopyTo(fs);
    }

    // 启动辅助进程，传递主进程ID
    _monitorProc = new Process
    {
        StartInfo = new ProcessStartInfo
        {
            FileName = helperPath,
            Arguments = Process.GetCurrentProcess().Id.ToString(),
            CreateNoWindow = true
        }
    };
    _monitorProc.Start();

    // 正常退出时清理辅助进程和临时文件
    AppDomain.CurrentDomain.ProcessExit += (s, args) =>
    {
        _monitorProc?.Kill();
        File.Delete(helperPath);
    };

    base.OnStartup(e);
}

辅助进程（控制台程序）代码：

static void Main(string[] args)
{
    if (args.Length == 0 || !int.TryParse(args[0], out int mainProcId)) return;

    try
    {
        var mainProc = Process.GetProcessById(mainProcId);
        mainProc.WaitForExit();
        // 执行清理逻辑
        RunCleanupLogic();
    }
    finally
    {
        // 删除自身临时文件
        File.Delete(Environment.GetCommandLineArgs()[0]);
    }
}

private static void RunCleanupLogic()
{
    // 你的清理代码
}

3. 妥协方案：延迟清理+启动补处理 #

如果完全强制终止的场景无法覆盖，可以用「标记待清理+下次启动处理」的方案：

• 主程序运行时，创建临时标记文件（比如pending_cleanup.lock），记录需要清理的资源信息。
• 每次启动程序时，先检查是否存在该标记文件，若存在则执行清理，然后删除标记。
• 正常退出时，执行清理并删除标记文件。

这种方案能保证即使进程被强制终止，下次启动也能补上清理，适合对数据一致性要求高的场景。

关键注意事项 #

• 任务管理器的「结束进程树」会同时干掉主进程和辅助进程，这种场景无解，属于系统级强制回收。
• 调试器终止时，.NET会直接中断所有线程，无法执行任何代码——这是调试工具的特性，生产环境不用考虑。
• 单文件发布时，可通过Assembly.GetManifestResourceNames()确认辅助进程的资源名称是否正确。

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