Visual Studio下C#.NET启动Web服务器部署AKS容器自动退出问题

核心根因 #

• 代码中使用Console.ReadLine()作为服务驻留的阻塞逻辑，仅在本地带交互式控制台的调试环境下生效。AKS运行的容器默认是非交互式环境，没有附加标准输入流，这行代码不会产生阻塞，会直接执行完成。
• using语句块执行完所有逻辑后，会自动释放WebApp.Start创建的OWIN宿主资源，主进程跑完所有代码后直接退出，Kubernetes判定容器主进程终止，就会出现启动后立刻退出的现象。
• 当前配置的监听地址为http://localhost:9000/，属于容器内部回环地址，就算服务正常常驻，同集群其他应用的请求也无法路由到该服务，完全不符合集群内服务通信的要求。
• 启动宿主后主动发起本地HTTP请求打印响应的逻辑属于一次性测试逻辑，本身不具备常驻阻塞能力，执行完成后就会继续往后走流程。

方案适用性判定 #

OWIN自托管本身可以用于构建长期运行的常驻Web服务，你的技术选型方向没有问题，但是驻留逻辑、监听配置不符合容器化部署要求，才导致运行异常。

修正方案 #

1. 调整监听地址
   将监听地址从http://localhost:9000/修改为http://+:9000/，绑定容器所有网卡，确保集群网络可以正常访问到服务，同时在Dockerfile中增加EXPOSE 9000配置，AKS的Service、Ingress端口配置与该端口对齐。

2. 替换不可靠的驻留逻辑
   删除Console.ReadLine()，改用兼容非交互式环境的信号等待逻辑阻塞主线程，同时覆盖容器终止、进程回收的场景，保证服务可以长期驻留，收到退出信号时优雅释放资源。修正后的参考代码如下：

using System;
using System.Threading;
using Microsoft.Owin.Hosting;

namespace SelfHostService
{
    class Program
    {
        static void Main(string[] args)
        {
            // 监听所有网卡的9000端口
            string listenAddress = "http://+:9000/";
            using (WebApp.Start<Startup>(url: listenAddress))
            {
                Console.WriteLine($"服务启动成功，监听端口：9000");
                
                // 一次性测试逻辑可在调试完成后删除，生产环境无需自调用
                // using var client = new HttpClient();
                // var resp = client.GetAsync("http://localhost:9000/api/values").Result;
                // Console.WriteLine(resp);
                // Console.WriteLine(resp.Content.ReadAsStringAsync().Result);

                // 初始化等待句柄阻塞主线程
                var exitWaitHandle = new ManualResetEvent(false);
                // 监听控制台取消按键事件
                Console.CancelKeyPress += (_, e) =>
                {
                    e.Cancel = true;
                    exitWaitHandle.Set();
                };
                // 监听进程退出、容器终止信号
                AppDomain.CurrentDomain.ProcessExit += (_, _) => exitWaitHandle.Set();

                // 阻塞直到收到退出信号
                exitWaitHandle.WaitOne();
                Console.WriteLine("收到终止信号，服务正在停止");
            }
        }
    }
}

3. 额外部署注意项

• 如果你使用的是.NET Core 3.1及以上版本，更推荐直接使用ASP.NET Core通用主机构建Web服务，框架默认内置了容器环境适配、生命周期管理、优雅退出逻辑，不需要手动实现阻塞等待，稳定性更高。
• AKS部署时配置livenessProbe、readinessProbe探针，定期请求服务的健康检查接口，避免服务假死被Kubernetes误调度。
• 不要在容器启动配置中强制要求交互式终端，否则会和非交互式运行环境产生冲突。

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