ASP.NET Session频繁丢失问题，，，头疼。。。

[songhuanle]

使用Session保存用户页面和数据权限信息，，，保存类型是DataTable，，Session.Add("privDataTable", privDataTable);

web.config文件如下，，但是Session依然频繁丢失，，，怎么办，，除了使用sqlserver有没有其他办法。。。

<sessionState
mode="StateServer"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="30"/>

[changjiangzhibin]

1、使用Cookie 2、其他辅助手段,各种临时变量

[chengxiaolong518]

使用缓存吧吗，Redis。

[於黾]

session里存datatable?这是典型的滥用session,什么都往里放啊 还是从根源上解决问题,不要胡乱的把什么都放到session里去

[以专业开发人员为伍]

其实比较好的做法，是在一开始设计程序时就避免使用 Session 集合。使用不会丢失的 SessionID字符串，然后把数据保存在业务数据库中，辅助以数据的Cache缓存技术，就能灵活地自己把握编程的主动性，能够自己来适配各种数据保存方案的性能。 但是既然你已经积重难返了，那么就使用微软提供的“状态服务器”方式，操作起来也是很方便的。性能问题依赖于状态服务器机制，以及你为所有数据新增加的可序列化、可反序列化的性能（而以前使用 InProc 模式下，是不需要序列化/反序列化的）。

[以专业开发人员为伍]

比如说，如果你当初“不用Session集合”，那么你的web程序假设要“读取用户的当前最常用信用卡号码”，只要根据SessionID而查询用户的基本资料出来就行了。甚至可以先从数据Cache中读取资料，而不用总是访问数据库。 但是如果你是用了 Session集合，这时候你从 InProc 模式改为 ASP.net State Server 模式，实际上你为了仍然能够从 Session 集合中读写“用户最常用的信用开号码”这一个数字，你要把你的应用程序（滥用）往Session集合中灌入的上百万字节的数据对象来回地“序列化/反序列化”。每当你为了读取2个字节的内容，需要付出上百万字节的性能代价。 所以我们对于刚一上班的asp.net的程序员就告诉他“不要使用Session集合”。

[以专业开发人员为伍]

每当你为了读取2个字节的内容，需要付出上百万字节 --> 每当你为了读取20个字节的内容，需要付出上百万字节

[sp1234_maJia]

当然，ASP.NET并不是天生就要让你付出上百万倍性能损失的。实际上它的设计初衷应该是很好的。 我所说的例子，是在一定背景下才会出现。就是，一些程序员滥用了Session集合，什么东西都图省事地都往里边放，这就造成了当 InProc 模式改为状态服务器模式后才显现出来的问题。而这个滥用在一开始，再单机上调试时感觉不出来的。只有放到繁忙的服务器上，特别是一些租来的虚拟主机空间中，立刻就会出现了。