ASP.NET Core中Run()与Run(RequestDelegate)的异常及疑问

1. 为什么两个Run()可以生效？ #

ASP.NET Core里的Run方法通常是终止管道的短路中间件，正常情况下一个Run就会结束管道，后续逻辑不会执行。但你这里的特殊点在于：无参数的Run()并不是业务处理中间件，它是.NET 7新增的特殊扩展方法，作用是启动服务器并阻塞主线程保持应用运行。

当你先注册带RequestDelegate的Run(...)（这个是真正处理请求的短路中间件，负责生成响应），再调用无参数Run()时，后者不会加入中间件管道，只是作为应用的“存活保持器”。请求处理时只有第一个带委托的Run在工作，无参数的Run负责让应用进程不退出。

2. 无参数Run()和带委托的Run(...)有何区别？ #

• 带委托的Run(RequestDelegate handler)：属于中间件管道的一部分，是标准的短路中间件注册方法。它会把传入的委托作为管道最后一环，处理请求并生成响应，一旦执行就会终止后续管道逻辑。
• 无参数的Run()：不属于中间件管道，是WebApplication的扩展方法。它的核心作用是启动Web服务器后，阻塞主线程等待应用终止信号（比如Ctrl+C），本身不处理任何请求。

你单独调用无参数Run()时，中间件管道没有任何请求处理逻辑，当请求进来时，框架尝试返回默认404响应的过程中会出现状态码设置时机冲突，从而抛出StatusCode cannot be set because the response has already started异常。

3. 删除末尾的无参数Run()时，程序会自行终止，这是为什么？ #

在.NET 7的WebApplication模型中，如果你只注册了中间件（比如带委托的Run(...)）但没有调用Run()、RunAsync()或WaitForShutdownAsync()这类方法，应用启动后会完成中间件注册和服务器初始化，但主线程执行完Program.cs的代码后就会退出，导致整个应用进程终止。

无参数的Run()内部封装了WaitForShutdownAsync()，它会阻塞主线程，直到收到停止信号，所以应用能持续运行。

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