ASP.NET Web Forms应用不同用户同时提交数据出现混淆问题求助

问题根因定位（符合你描述的并发串数据特征） #

这类只有高并发时出现、时间差足够大就恢复正常的问题，90%以上的原因是滥用了静态（static）变量，ASP.NET中静态变量属于整个应用程序域共享，多个并发请求会同时修改同一个变量的值，直接导致数据互串。

优先级从高到低的排查步骤 #

• 第一步：全局检索代码中所有static关键字，重点排查以下场景的静态变量，全部改为非静态：
  • ADO.NET Entity 上下文（DbContext/ObjectContext）的声明，绝对不能将EF上下文设为静态，要保证每次请求创建新的上下文实例，或者仅在当前请求的生命周期内复用上下文
  • 页面类中存储用户请求参数、查询结果的字段，不要声明为静态
  • 跳转逻辑中存储目标URL的变量，不要声明为静态
• 第二步：检查提交后生成跳转参数的逻辑
  • 如果是手写ADO.NET插入数据后取参考编号，必须用SCOPE_IDENTITY()获取当前会话插入的主键，禁止使用全局的@@IDENTITY，避免拿到其他请求插入的ID
  • 如果用EF插入数据，直接读取当前插入的实体对象的参考编号属性，不要额外查询数据库最新插入的记录来取值
• 第三步：检查详情页查询逻辑
  • 从Request.QueryString获取的ref、c参数必须存为方法内的局部变量，不要赋值给类的静态字段后再用于查询
  • EF查询时直接用上述局部变量作为过滤条件，不要引用其他共享变量
• 第四步：排查页面缓存配置
  • 检查details.aspx页面头部是否存在<%@ OutputCache %>指令，如果存在且VaryByParam设为none，要么删除缓存指令，要么将VaryByParam改为ref;c，保证不同参数的页面不会共用缓存
• 第五步：增加日志定位问题
  • 在提交按钮的点击事件中打日志，记录当前请求线程ID、插入的参考编号、校验码、最终生成的跳转URL
  • 在details.aspx的Page_Load事件中打日志，记录当前请求线程ID、拿到的QueryString参数值、查询返回的参考编号值
  • 复现问题后对比日志，就能直接定位是提交阶段参数生成错误，还是查询阶段结果串用

注：你已经排查过IIS缓存、Cookie存储，这两个方向基本可以排除，优先按上述步骤检查静态变量即可快速解决问题。

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