Asp.net开发中C#静态成员是否会在网站请求间共享？选型咨询

静态成员的生命周期绑定于整个应用域，而非单个请求——这意味着一旦创建，它会被所有后续请求共享，直到应用程序重启或手动销毁。完全不符合你「请求结束立即释放、不被其他请求复用」的需求，强行使用只会带来以下问题：

• 并发请求时数据串扰：新请求会读取到前一个请求遗留的静态数据，引发逻辑错误。
• 内存泄漏风险：静态引用的对象无法被GC自动回收，长期运行会导致内存占用持续升高。
• 手动清理不可靠：要在请求结束时销毁静态成员，需要全局拦截所有请求的结束事件，实现复杂且容易遗漏场景。

推荐的替代方案 #

1. 依赖注入的Scoped生命周期（推荐） #

在ASP.NET（尤其是Core）中，使用Scoped生命周期注册服务，框架会自动为每个请求创建独立的实例，请求处理完成后自动释放，完全隔离不同请求的数据：

// 在Startup.cs/Program.cs中注册服务
services.AddScoped<MyBusinessService>();

// 在控制器中注入使用
public class HomeController : Controller
{
    private readonly MyBusinessService _service;

    public HomeController(MyBusinessService service)
    {
        _service = service;
    }

    public IActionResult Index()
    {
        // 每个请求的_service都是独立实例，数据不会共享
        _service.DoWork();
        return View();
    }
}

2. HttpContext.Items存储请求级数据 #

如果只是需要存储简单的请求级临时数据，无需封装成服务，可以使用HttpContext.Items——这是框架提供的、专门用于当前请求范围内的键值对集合，请求结束后自动清空：

// 在请求处理过程中存入数据
HttpContext.Items["RequestSpecificData"] = new MyData();

// 在同一请求的其他地方取出使用
var data = HttpContext.Items["RequestSpecificData"] as MyData;

3. 局部变量 #

如果对象仅在单个方法内使用，直接定义为局部变量即可。方法执行完毕后，变量会被GC自动回收，不存在任何共享风险，实现最简单：

public IActionResult ProcessRequest()
{
    // 局部变量，仅当前方法、当前请求可用
    var tempObject = new TempProcessingObject();
    tempObject.DoWork();
    return Ok();
}

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