Web应用发布到服务器后Session变量异常不稳定是什么原因？

问题根因排查 #

你遇到的Session随机为空的问题是Windows共享托管平台（Simply.com属于此类）上ASP.NET应用的典型问题，核心原因有四类，按出现概率从高到低排列：

• 进程内Session被应用池随机回收
  默认ASP.NET Session用InProc模式存储，所有Session数据直接存在站点运行的w3wp进程内存中。共享托管服务商普遍会对站点配置严格的应用池回收策略：比如站点闲置5分钟自动回收进程、进程内存占用超过阈值立即重启、固定每几小时强制回收一次。进程重启后所有内存中的Session数据会被清空，刚好两次请求间隔没碰到回收时就能正常拿到Session，碰到回收就返回null，完全符合你描述的随机生效表现。
• 多实例负载均衡会话不共享
  如果你的站点在Simply.com的托管配置中开启了多实例负载均衡，第一次提交重置密码的请求被分配到服务器实例A，Session存在A的内存中，用户点击邮件链接的第二次请求被分配到实例B，B实例中没有对应Session数据就会返回null，只有两次请求刚好落到同一个实例时才会正常执行。
• Session Cookie配置异常
  服务器端的Cookie策略配置错误也会导致Session丢失：比如SameSite属性配置过严导致从邮件客户端跳转时无法携带Session Cookie、Cookie绑定的域名/路径不匹配线上环境、Cookie超时设置过短，都会导致第二次请求时服务器识别不到原有会话，创建新的空Session。
• Session超时设置过短
  部分共享托管平台会默认把ASP.NET Session超时时间设置为2-5分钟，用户收到邮件后稍晚点击链接就会触发Session超时，只有点链接速度足够快时才能正常拿到Session。

修复方案 #

你可以按以下步骤排查修复，完全解决Session不稳定的问题：

1. 更换Session存储模式（最高优先级）
   不要使用默认的InProc进程内存储，改为分布式存储方案，推荐优先用SQL Server模式，适配所有共享托管环境：
   首先在你的SQL Server中执行ASP.NET内置的Session数据库创建脚本，然后修改web.config配置：

   <system.web>
     <sessionState 
       mode="SQLServer" 
       sqlConnectionString="你的数据库连接字符串"
       cookieless="false" 
       timeout="20" <!-- 按需设置超时时间，单位分钟 -->
       cookieSameSite="Lax"
     />
   </system.web>
   

   如果服务商支持开启ASP.NET State Service服务，也可以改用StateServer模式：

   <sessionState 
     mode="StateServer" 
     stateConnectionString="tcpip=127.0.0.1:42424"
     cookieless="false" 
     timeout="20"
     cookieSameSite="Lax"
   />
   

2. 确认负载均衡配置
   联系Simply.com客服确认你的站点是否开启了多实例负载均衡，如果开启必须使用上述分布式Session存储方案，不能使用进程内Session。
3. 加日志辅助验证
   如果修改后还存在问题，可以在代码中加简单日志定位：在ResetPassword方法赋值Session后记录当前的Session.SessionID和各个Session值，在FinishReset方法入口记录当前请求的Session.SessionID，如果两者ID不一致说明是Cookie携带问题，ID一致但值为空说明是Session存储丢失问题。

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