.NET 10 重大变更：运行时默认移除 SIGTERM 信号处理机制

在 Unix 系统和 Windows 平台上，.NET 10 Preview 5 引入了一项重要变更：运行时不再默认处理 SIGTERM 信号（Unix）及其等效的 CTRL_CLOSE_EVENT/CTRL_SHUTDOWN_EVENT 信号（Windows）。这项变更将信号处理行为恢复到了与 .NET Framework 和经典 Mono 运行时一致的模式。

变更背景

在之前的 .NET 版本中，运行时默认注册的 SIGTERM 信号处理程序会触发应用程序的优雅退出流程。当接收到终止信号时，运行时会自动触发 AppDomain.ProcessExit 和 AssemblyLoadContext.Unloading 事件，让应用程序有机会执行清理工作后再退出。

然而，这种默认处理机制在实践中暴露出了两个主要问题：

1. 对于某些应用模型（如控制台应用和容器化应用）来说，这种处理方式提供的功能不够完善
2. 与其他应用模型（如 Windows 服务）存在兼容性问题

变更细节

旧有行为

• Unix 系统：运行时自动注册 SIGTERM 处理程序，触发优雅退出流程
• Windows 系统：自动处理 CTRL_CLOSE_EVENT 和 CTRL_SHUTDOWN_EVENT 信号
• 两种平台都会在退出前触发相关事件通知

新行为

• 运行时不再覆盖操作系统提供的默认信号处理
• Unix 系统：通常会导致应用立即终止（操作系统默认行为）
• Windows 系统：遵循系统默认处理方式
• 不再自动触发 ProcessExit 和 Unloading 事件

影响范围

这项变更主要影响以下两个方面：

1. AppDomain.ProcessExit 事件触发机制
2. AssemblyLoadContext.Unloading 事件触发机制

技术考量

微软做出这项变更的核心理由是：信号处理应该由更高层次的库或应用程序代码根据具体应用模型来决定，而不是由运行时强制提供一种可能不适合所有场景的默认实现。

迁移方案

对于需要保持原有行为的应用程序，开发者可以采取以下措施：

1. 使用高级 API（如 ASP.NET 或 HostBuilderExtensions.UseConsoleLifetime）的应用无需修改，这些 API 会注册适当的信号处理程序

2. 需要自定义处理的应用程序可以在 Main 方法中显式注册信号处理：

static void Main()
{
    // 显式注册 SIGTERM 处理程序
    using var termSignalRegistration = PosixSignalRegistration.Create(
        PosixSignal.SIGTERM, 
        (_) => Environment.Exit(0));
    
    // 应用程序主逻辑
}

最佳实践

对于不同场景的应用开发，建议采取以下策略：

1. Web 应用：继续使用 ASP.NET Core 框架，它已经内置了适当的生命周期管理

2. 控制台应用：考虑使用 HostBuilder 和 UseConsoleLifetime 扩展来管理应用生命周期

3. 需要精细控制的应用：使用 PosixSignalRegistration API 实现自定义信号处理逻辑

4. 容器化应用：确保正确处理 SIGTERM 信号以实现优雅关闭

这项变更为 .NET 应用程序提供了更灵活的信号处理方式，同时也要求开发者更明确地处理应用生命周期事件。虽然短期内可能需要一些适配工作，但从长远来看，这种设计让运行时更加中立，把控制权交还给应用开发者，能够更好地满足各种复杂场景的需求。