ASP.NET 4.8 如何为每个用户创建C#类的独立实例避免数据串扰

核心约束对齐 #

• 全程不对目标大型C#类的内部代码、成员逻辑、方法实现做任何修改
• 以单个用户的访问链路为粒度绑定独立类实例，彻底切断跨用户的状态串扰
• 不引入额外的全局共享状态，避免破坏原有业务逻辑的执行结果

分运行时场景的实现路径 #

ASP.NET Framework（经典System.Web管道模式） #

• 替代原有的全局共享引用逻辑，将类实例绑定到当前请求/用户的专属上下文容器中
• 实现通用的实例获取扩展方法：优先从当前用户的上下文缓存中取实例，不存在则即时初始化新实例

  public static TargetLargeBusinessClass GetIsolatedInstance()
  {
      var currentContext = HttpContext.Current;
      const string instanceKey = "PerUser_BusinessClass";
      // 单请求隔离：实例存入HttpContext.Items，请求结束自动随上下文释放
      if (!currentContext.Items.Contains(instanceKey))
      {
          // 直接初始化类，不对类结构、构造逻辑做任何改动
          var isolatedInstance = new TargetLargeBusinessClass();
          currentContext.Items[instanceKey] = isolatedInstance;
      }
      return (TargetLargeBusinessClass)currentContext.Items[instanceKey];
  }
  

• 跨请求保留用户状态的调整：如果需要让同一用户多次访问过程中复用同一个类实例，只需将实例的存储位置从HttpContext.Items替换为当前用户绑定的Session对象，利用Session本身的天然会话隔离特性实现跨请求的实例复用
• 避坑提示：严禁将类实例存储到Application全局对象、静态成员变量中，否则会回到全局共享的串扰状态

ASP.NET Core 依赖注入场景 #

• 直接依托内置DI容器的作用域规则实现隔离，无需修改目标类的任何代码：
• 移除原有将类注册为全局单例的配置（即原代码中的services.AddSingleton<TargetLargeBusinessClass>()）
• 替换为按请求作用域的注册逻辑：

  // 每个独立用户的访问请求会自动生成专属的类实例，请求结束自动随作用域释放
  services.AddScoped<TargetLargeBusinessClass>();
  

• 跨请求状态保留调整：如果需要同一用户多次请求复用同一类实例，可将类实例的序列化状态按用户唯一标识存入分布式缓存，在每次请求进入时反序列化还原为实例，全程不侵入类的内部实现

效果校验标准 #

• 不同地区用户的操作仅会修改自身绑定的类实例成员，不会覆盖其他用户的实例状态
• 身处美国的用户刷新页面时，不会读取到德国用户操作写入的区域标识变量
• 类的业务逻辑输出结果与原全局共享模式下、单用户独立运行的结果完全一致，不会引入额外的逻辑偏差

内容的提问来源于stack exchange，提问作者Андрей Таранов