ASP.NET网站Session莫名重置求助：如何避免Session清空？

Hey，这个问题我帮不少开发者排查过——你遇到的情况（登录后Session正常，触发页面重载后Session全丢但用户仍保持登录），90%以上是应用程序池回收/重启导致的。因为InProc模式的Session是存在IIS应用程序池的进程里的，进程一挂掉Session就直接清空了；而“记住我”用的是Forms Authentication的持久Cookie，存在客户端，所以登录状态不受影响。

下面给你一步步的排查和解决方案：

一、先确认根源：是不是应用程序池回收？ #

• 查IIS日志：打开IIS管理器，找到你的网站对应的应用程序池，右键「查看日志」，找有没有Worker Process Recycle相关的记录——如果有，那就是它搞的鬼。
• 手动测试：手动回收应用程序池（右键应用程序池→「回收」），然后操作网站，看是不是会复现Session丢失的情况。如果复现，直接坐实根源。

二、针对应用程序池回收的修复方案 #

1. 调整应用程序池的回收规则 #

打开应用程序池的「高级设置」，修改这几个关键项：

• 固定时间间隔（分钟）：改成0（禁用定时回收），或者设置成业务低峰时段（比如凌晨3点），避免在用户活跃时触发。
• 虚拟内存限制（KB）/ 私有内存限制（KB）：调大数值（如果服务器内存充足，直接设为0禁用内存回收），防止因为内存占用过高触发自动回收。
• 取消勾选「回收工作进程（时间）」里的默认定时选项，避免固定时间点强制回收。

2. 避免触发应用程序池重启的操作 #

• 不要直接修改运行中网站的web.config、global.asax，也不要替换bin文件夹里的dll文件——这些文件的变更会立刻触发应用程序池重启，直接清空Session。
• 部署代码时，尽量用蓝绿部署、增量更新，或者先部署到备用站点再切换，避免影响正在运行的服务。

三、如果InProc模式不够稳定，换用更可靠的Session存储方式 #

如果你的网站是多服务器部署，或者需要频繁更新代码，InProc模式本身就有局限性，建议换成以下更稳定的方案：

StateServer（状态服务） #

把Session存在单独的ASP.NET状态服务里，需要先开启Windows服务中的ASP.NET State Service，然后修改web.config：

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

SQL Server #

把Session存在SQL Server数据库中，先运行aspnet_regsql.exe工具创建Session专用数据库，再配置web.config：

<sessionState mode="SQLServer" sqlConnectionString="Data Source=你的数据库地址;Initial Catalog=ASPState;Integrated Security=True" timeout="20" />

Redis（推荐现代项目） #

用Redis做Session存储，性能高且支持分布式，先安装NuGet包Microsoft.Web.RedisSessionStateProvider，再配置web.config：

<sessionState mode="Custom" customProvider="RedisSessionProvider">
  <providers>
    <add name="RedisSessionProvider" type="Microsoft.Web.Redis.RedisSessionStateProvider" host="localhost" port="6379" accessKey="" ssl="false" />
  </providers>
</sessionState>

四、额外排查小细节 #

• 检查Session超时时间：确保web.config里的timeout设置符合业务需求（默认20分钟），比如改成60分钟：

  <sessionState mode="InProc" timeout="60" />
  

• 确认客户端Cookie未被禁用：InProc Session默认依赖Cookie存储SessionID，如果用户浏览器禁用了Cookie，会自动切换到Cookieless模式（URL带SessionID），这种模式容易因为URL变更导致Session丢失。

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