ASP.NET教程之asp.net session丧失的办理办法

你可以先看看这篇文章(软微学院生涯-三朝元老经验谈)，打不开再跟我说。（我的意思是想让她自己先稍微了解一下到底现在各个方向学的工具以及以后要做的工具大概是什么，因为喜欢做什么样的事其实自己最清楚的）如今我就把缘故原由息争决举措写出来。
ASP.NETSession丧失缘故原由：
因为Asp.net程序是默许设置，以是Web.Config文件中关于Session的设定以下：
<sessionStatemode=InProcstateConnectionString=tcpip=127.0.0.1:42424sqlConnectionString=datasource=127.0.0.1;Trusted_Connection=yescookieless=truetimeout=60/>
我们会发明sessionState标签中有个属性mode，它能够有3种取值：InProc、StateServer?SQLServer（巨细写敏感）。默许情形下是InProc，也就是将Session保留在历程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个历程不不乱，在某些事务产生时，历程会重起，以是形成了存储在该历程内的Session丧失。
哪些情形下该历程会重起呢？微软的一篇文章告知了我们：
1、设置文件中processModel标签的memoryLimit属性
2、Global.asax大概Web.config文件被变动
3、Bin文件夹中的Web程序（DLL）被修正
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB:SessionvariablesarelostintermittentlyinASP.NETapplications
ASP.NETSession丧失办理举措：
后面说到的sessionState标签中mode属性能够有三个取值，除InProc以外，还能够为StateServer、SQLServer。这两种存Session的办法都是历程外的，以是当aspnet_wp.exe重起的时分，不会影响到Session。
如今请将mode设定为StateServer。StateServer是本机的一个服务，能够在体系服务里看到服务名为ASP.NETStateService的服务，默许情形是不启动的。当我们设定mode为StateServer以后，请手工将该服务启动。
如许，我们就可以使用本机的StateService来存储Session了，除非电脑重启大概StateService崩失落，不然Session是不会丢的（因Session超时被抛弃是一般的）。
除此以外，我们还能够将Session经由过程其他电脑的StateService来保留。详细的修正是如许的。一样还在sessionState标签中，有个stateConnectionString=tcpip=127.0.0.1:42424属性，个中有个ip地点，默许为本机（127.0.0.1），你能够将其改成你所知的运转了StateService服务的电脑IP，如许就能够完成位于分歧电脑上的Asp.net程序互通Session了。
假如你有更高的请求，必要在服务期重启时Session也不丧失，能够思索将mode设定成SQLServer，一样必要修正sqlConnectionString属性。关于利用SQLServer保留Session的操纵，请会见这里。
在利用StateServer大概SQLServer存储Session时，一切必要保留到Session的工具除基础数据范例（默许的数据范例，如int、string等）外，都必需序列化。只需将[Serializable]标签放到要序列化的类前就能够了。
如：
[Serializable]
publicclassMyClass
{
......
}
详细的序列化相干的常识请参这里。
至此，ASP.NETSession丧失成绩办理。
关于asp.netSession丧失成绩的总结
asp中Session的事情道理：
asp的Session是具有历程依附性的。ASPSession形态存于IIS的历程中，也就是inetinfo.exe这个程序。以是当inetinfo.exe历程溃散时，这些信息也就丧失。别的，重起大概封闭IIS服务城市形成信息的丧失。
asp.netSession的完成
asp.net的Session是基于HttpModule手艺做的，HttpModule能够在哀求被处置之前，对哀求举行形态把持，因为Session自己就是用来做形态保护的，因而用HttpModule做Session是再符合不外了。
缘故原由1：
bin目次中的文件被改写，asp.net有一种机制，为了包管dll从头编译以后，体系一般运转，它会从头启动一次网站历程，这时候就会招致Session丧失，以是假如有access数据库位于bin目次，大概有其他文件被体系改写，就会招致Session丧失
缘故原由2：
文件夹选项中，假如没有翻开“在独自的历程中翻开文件夹窗口”，一旦新建一个窗口，体系大概以为是新的Session会话，而没法会见本来的Session，以是必要翻开该选项，不然会招致Session丧失
缘故原由3：
仿佛年夜部分的Session丧失是客户端引发的，以是要从客户端动手，看看cookie有无翻开
缘故原由4：
Session的工夫设置是否是有成绩，会不会由于超时形成丧失
缘故原由5：
IE中的cookie数目限定（每一个域20个cookie）大概招致session丧失
缘故原由6：
利用webgarden形式，且利用了InProcmode作为保留session的体例
ASP.NETSession丧失成绩办理履历
1.判别是否是缘故原由1酿成的，能够在每次革新页面的时分，跟踪bin中某个文件的修正工夫
2.做Session读写日记，每次读写Session都要纪录上去，而且要纪录SessionID、Session值、地点页面、以后函数、函数中的第几回Session操纵，如许找丧失的缘故原由会便利良多
3.假如同意的话，倡议利用stateserver或sqlserver保留session，如许不简单丧失
4.在global.asa中到场代码纪录Session的创立工夫和停止工夫，超时酿成的Session丧失是能够在SessionEnd中纪录上去的。
5.假如有些代码中利用客户端剧本，如javascript保护Session形态，就要实验调试剧本，是否是由于剧本毛病引发Session丧失感觉很多控件都必须自己去写代码；用了WebMatrix感觉也不是很好，毕竟没有很强的WYSIWYG效果。现在就不知道如何是好了。

asp.net最主要特性包括：◆编程代码更简洁◆网站可实现的功能更强大◆运行效率高◆节省服务器的动作资源

可以看作是VC和Java的混合体吧，尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性。

提供基于组件、事件驱动的可编程网络表单，大大简化了编程。还可以用ASP.NET建立网络服务。

业务逻辑代码都不必做任何改动；继承性和多态性使得代码的可重用性大大提高，你可以通过继承已有的对象最大限度保护你以前的投资。并且C#和C++、Java一样提供了完善的调试/纠错体系。

在一个项目中谁敢保证每天几千万甚至几亿条的数据不丢失?谁敢保证应用的高可靠性？有可以借签的项目吗？

但是java靠开源打出的一片天地，特别是在微软的垄断下能打开今天的局面还是有它的生命力的。