.NET Core 2.0控制台应用Docker优雅关闭问题求助

我来帮你梳理下这个问题——在Docker里跑.NET Core控制台应用时，优雅关闭没触发的情况其实挺常见的，主要卡在信号传递和进程运行状态这几点，咱们一步步排查：

1. 确保你的应用是容器内的PID 1进程 #

Docker发送的SIGTERM（优雅关闭信号）只会给到容器的PID 1进程。如果你的应用不是PID 1，信号会被上层的shell进程“吃掉”，根本传不到你的.NET应用里。

• 如果你Dockerfile里的启动命令是类似CMD ["sh", "-c", "dotnet YourApp.dll"]这种，shell进程会成为PID 1，它不会主动转发SIGTERM给子进程的dotnet应用。
• 解决办法：直接用CMD ["dotnet", "YourApp.dll"]或者ENTRYPOINT ["dotnet", "YourApp.dll"]，让dotnet进程直接成为PID 1。如果必须用脚本启动，在脚本里用exec命令启动应用，比如exec dotnet YourApp.dll——exec会让dotnet进程替换掉shell进程，成为新的PID 1。

2. 保证主线程处于活跃状态 #

如果你的控制台应用启动后主线程直接退出，进程就结束了，自然收不到任何退出信号。你需要让主线程保持运行，比如在Main方法末尾加一段阻塞代码：

Console.WriteLine("应用运行中，等待退出信号...");
// 用无限延迟让主线程保持活跃，收到信号时会触发ProcessExit事件
await Task.Delay(Timeout.Infinite);

要是你用的是同步代码，也可以用ManualResetEvent来阻塞：

var resetEvent = new ManualResetEvent(false);
resetEvent.WaitOne();

这样主线程会一直处于等待状态，直到收到退出信号。

3. 手动测试信号是否能被接收 #

你可以在容器内部手动发送SIGTERM信号，验证应用的处理逻辑是否正常：

1. 先进入容器：

   docker exec -it <containerid> bash
   

2. 找到dotnet进程的PID（如果是PID 1的话直接用1即可）：

   ps aux | grep dotnet
   

3. 发送SIGTERM信号：

   kill -SIGTERM <pid>
   

如果这时候日志里能看到ProcessExit的输出，说明应用本身的信号处理没问题，问题可能出在Docker的启动方式或者超时设置上。

4. 调整Docker stop的超时时间 #

默认情况下docker stop只会等待10秒，要是你的退出处理逻辑需要更长时间，可以通过-t参数增加超时：

docker stop -t 30 <containerid>

这样Docker会先发送SIGTERM，等待30秒后如果进程还没退出，才会发送SIGKILL强制杀死进程，给你的应用足够的时间完成清理工作。

补充：关于AssemblyLoadContext.Unloading #

这个事件主要是针对程序集加载上下文被卸载的场景，一般在进程退出前很少会触发，所以你重点关注AppDomain.CurrentDomain.ProcessExit就足够了。

内容的提问来源于stack exchange，提问作者Mr. T