(session 和application分不清的去去百度一下……)
1. 检查是否超时,默认是20分钟,设置的方法是Session.TimeOut=30;
2. 检查代码有无Session.Abandon()之类的。
3. ASP.NET中使用了ACCESS数据库，而且数据库是放在bin目录中的。解决方法是不要放会更新的文件在BIN目录中。
4. 从同一个页面传到另一个页面才能延续同一个session,也就是说session不可跨域,同时客户端一关闭浏览器或一关闭浏览页 Session也消失了,再次访问时又会创建新的Session 但还会在服务器上存活等待超时,只是调用不到了. 另外比如在第一个页面置了SESSION，然后REDIRECT去第二个页面。解决方法是在REDIRECT中设置endResponse为FALSE。
5. Iframe丢Session的原因：session是客户端和服务器端共同认证的，客户端存储标识，通过附加在页面的头发送给服务器端，服务器进行识别，如果符合条件就可以获得相应的session操作权。
但如果页面是来自框架的，而框架的父页和框架不是一个站点的话，客户端默认是禁止向页面附加头信息的，这样服务器端就无法识别客户端框架里面的页面，自然不能操作Session。
解决办法: Response.AddHeader("P3P", "CP=CAO PSA OUR")' 或者在Window服务中将ASP.NET State Service 启动。
6. 有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。解决办法: 使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
7. Asp.net 默认配置下，Session莫名丢失的原因及解决办法
(原文)
正常操作情况下Session会无故丢失。因为程序是在不停的被操作，排除Session超时的可能。另外，Session超时时间被设定成60分钟，不会这么快就超时的。
这次到上搜了一下帖子，发现好多人在讨论这个问题，然后我又google了一下，发现微软网站上也有类似的内容。
现在我就把原因和解决办法写出来。
原因：
由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定如下：
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='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: Session variables are lost intermittently in ASP.NET applications
解决办法：
前面说到的sessionState标签中mode属性可以有三个取值，除了InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。
现在请将mode设定为StateServer。StateServer是本机的一个服务，可以在系统服务里看到服务名为ASP.NET State Service的服务，默认情况是不启动的。当我们设定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]
public class MyClass
{
......
}
原帖位置
tenghongc(洋锅)：
session其时是一种特殊的cookie
单独用不会出问题，
但是切记不要和cookie混用！！！
请检查你的站点里有没用过cookie!
如果有的话，请你全部用session或者cookie
我以前也碰到这种情况！
折磨了我好一段时间！
后来在书上无意间看到说session和cookie混用不一定会出问题！
但有时cookie会影响session的传递！
因为session是利用cookie技术来临时保存用户数据的！
我后来只用session，不用cookie就好了！
你可以试试看！
cboy2003(三碗（cpubook.com))
session变量“丢失”的问题
谈到了那么多的概念，终于可以说道实质性的问题了，session对象是web应用程序中最重要的对像之一，正是它的存
在，使得我们可以在跨网页间传送数据，分辨不同用户成为可能。我们只要将变量制定给session即可实现。这一过程即
session("temp")=temp即可。但最近不少网友都有这样的疑问，就是当我们在一个网页间设定了一个session变量后，到另
一个网页，却消失了。这是什么样的原因呢。
根据上面的概念，我们可以将其原因，和处理办法总结如下。
1：asp网页跨了多个web应用程序：
这个原因就是你的另一个网页可能是另一个web应用程序。以前，一些资料过分的强调了会话变量的单一性，好像一个
用户连接到一个web主机之后，只可能创建一个会话变量，这是不对的，分辨会话变量的依据正是我们上面所提到的web应
用程序范围，而不是单独根据用户而建立的，你可以试一试下面的一段代码。
test.asp
<% @ language=vbscript %>
<%
session("temp")="temp"
Response.Write session.SessionID 'sessionID用来分辨一个应用程序间的单独客户。
%>
将test.asp分别拷贝到两个不同的虚拟目录下。你就可以看到，他是两个不同的值了。所以，可能你的网页跨了不同的应
用程序。
当然，这种情况对于初学者可能碰到，对于有经验的人可能犯的是这样的错误，即他们本身为一个根目录，但在制定虚
拟目录时将其子目录又设为一个虚拟目录了，就如同我们上面提到的第二个表结构一样。这样他同样成为了两个不同的web
应用程序。也就不难解释为什么会出错了。
2：可能是启动了多个同一应用程序。
第一种情况很好发现，也容易改正，但这第二种情况就不容易发现，也较难改正。这里我们引入一个另一个的概念。多
个同一应用程序共存，（好长呀，关键是微软的概念我忘了，这个是我自己起的。呵呵！），它的意思从这个定义上很好
理解，就是对于同一个应用程序。同一时间可以在内存中存在多个。如我们常见的acdsee.exe,你可以通过点击启动多个
acdsee.exe。而另外一种则不能，我们就不说它的定义了（如果说的话，就是相同应用程序不共存，呵呵！）在同一时间
内，如果已经启动了一个应用程序，则不能再启动相同的应用的应用程序了。如foxmail.exe，当你启动了一个
foxmail.exe后，就只可能在内存中存在一个foxmail.如果你在启动，则不会再开一个foxmail窗口了。
而我们的ie属于前者，你可以通过点击ie，启动多个ie应用程序。此时，我们做下面另一个测试。你将上面的代码
test.asp放入一个虚拟目录中。然后，你点击ie启动（注意：是通过点击Ie启动，不是按CTRL+N，也不是在一个ie窗口点
击文件，重新打开一个窗口）此时，你可以发现，他们虽然是同一个地址，同一个用户，但sessionID还是不同的，当然，
你还可以建另一个文件。如
test2.asp
<% @ language=vbscript %>
<%
response.write session("temp")
%>
这时，你在另一个ie窗口下，你就会发现session("temp")为空，也就是说，我们刚才明明在test.asp中附了值，而且
test2.asp和test.asp在同一虚拟目录下，但session("temp")却丢失了。原来，相对于相同的asp应用程序。不同的ie相对
的却是不同的asp应用程序。（有点像绕口令难懂是吧。）不过，我们已经明白了它的起因，相信不难解决他。
这里还要注意的是，我们刚才一再提到的是通过点击Ie，而不是通过按CTRL+N，也不是在一个ie窗口点击文件，重新
打开一个窗口，这里要说明的是如果你通过在一个ie窗口打开的窗口，它属于派生窗口，而不是共生窗口，就是说，此时
的另一个窗口属于和其上一个窗口是继承关系，属于同一个应用程序范围。
3：连接不当
其实，大部分的网友碰到的问题是通过点击页面中的连接新开窗口而发现session变量丢失的。他同按ctrl+N新开窗口
的意义相同。但此时为什么会出问题呢？我们来分析一下它的连接方式。可能为<a href="xx.asp" traget=_blank>click
me </a>通过这样点击的连接同ctrl+n 是相同的，应该不会出问题。还有一种连接式通过脚本控制的如
window.open "xx.asp","name","toolbar=no"这样的代码，他就可能发生这样的问题。如果通过点击ie开了多个共生窗口
（许多网友为了节省时间，他们喜欢开多个窗口。比如我。）。就是他可能在新开的窗口中如果含有相同的name的窗口。
则此时，就可能发生连接不当导致session丢失，其实，原因还是通第二种一样。还有一种更极端的方式开新窗口，通过用
document.write 在一个脚本中动态写出新的页面，而该页面的url是不存在的，这样就更可能出问题了，应为session正是
通过url,http来追踪的。所以如果其页面地址是动态的话。则session就根本无法追踪了。
相信通过以上例子的分析，可能会解释你在应用session中出现的大部分问题。但不是全部（如过你禁用cookie的话，
呵呵！）但是，如果你将以上的概念都弄懂，则可以解决你在应用session中出现的所用问题了。
