.NET DI如何确定正确作用域？是否关联ASP.NET持久HTTP连接？

一、DI是怎么确定作用域的？ #

• 请求触发作用域创建：ASP.NET收到每个HTTP请求时，会自动生成一个IServiceScope实例，这个作用域就跟着当前请求的生命周期走——从请求进来，到响应发出去、请求结束，作用域才会被释放。
• 靠HttpContext关联作用域：DI容器是通过HttpContext来追踪当前作用域的。你在请求处理流程里（比如控制器方法、中间件里）解析作用域服务时，容器会自动找到当前请求绑定的那个作用域；要是在请求外的场景（比如后台定时任务），就得手动用IServiceScopeFactory.CreateScope()创建作用域，不然容器找不到对应的作用域会报错。
• 同一请求内实例复用：同一个请求里多次解析同一个作用域服务，拿到的是同一个实例；不同请求解析的话，会生成全新的实例，互相不干扰。

二、作用域和持久HTTP连接有关吗？ #

• 普通短连接：完全绑定请求：像常规的HTTP短连接，请求发完就断开，作用域就跟着请求走完生命周期，没什么特殊的。
• 持久连接（比如SignalR）：作用域绑定单次操作而非连接：重点来了——持久连接本身不会绑定一个全局作用域，而是连接里的每一次独立操作（比如SignalR Hub的方法调用）都会单独创建一个请求作用域，和普通HTTP请求的作用域逻辑一样。也就是说，同一个持久连接里的两次Hub方法调用，各自用的是不同的作用域，对应的作用域服务实例也是分开的。
• 为啥不绑定连接？：要是把作用域绑在持久连接上，服务实例会跟着连接一直存在，很容易造成内存泄漏，也违背了作用域服务“用了就扔、及时释放”的设计目的。

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