1. 背景：Asp.Net默认的Session机制是进程内，存储在服务器端内存中，有这么几个缺点：

　　①：既然存在内存中，空间有限，不能存储大数据量信息，数据量多的话Session会被挤爆。

　　②：IIS只要一重启，Session就会丢失，哪怕就是改一下配置文件，IIS也会重启，此时如果客户端有用户通过浏览器正在访问该网站，如果用到Session，原Session是丢失的了，就会报“未将对象引用设置到对象的实例”类似的错误。

　　③：Session是依赖Cookie来保存SessionID的，所以如果浏览器禁用Cookie，那么Session也是不能用的。【PS：即使使用进程外Session解决不了这个问题】

　　 默认进程内的Session的优点：读写速度快。

进程内Session的配置代码：

　　在System.Web 节点下加：<sessionState mode="InProc" timeout="30"/> ，30代表30分过期，默认为20分钟过期。

2. Session和Cookie的关系

　　这里简单说一下：Session是一个Key-Value集合，而这个Key即SessionID是存储在浏览器的Cookie中的，Cookie默认的生命周期是浏览器的生明周期,浏览器关闭，cookie消失，所以当浏览器关闭后再重新打开，Cookie消失,原SessionID消失，即使服务器端Session还存在，客户端也无从获取了。

　　 详细的Session介绍详见：http://www.cnblogs.com/yaopengfei/p/8057176.html中的第 5 点

3. 进程外Session的种类

　　① 状态服务器Session：比默认的进程内Session稍慢一点，比数据库Session快很多，存储空间比进程内的稍大一些， 但毕竟还是存储在内存中的，空间是有限，也会容易被挤爆。

　　② 数据库Session：这里以SQLServer为例，因为微软有些工作已经给做好了，简单配置一下就行了. 数据库Session的读写速度 要慢，但好处是可以认为空间“无限大”，并且相对稳定。

PS：上述仅是为了介绍两种通用的方式，很多情况下，可以使用NoSQL来存储信息，要比关系型数据库读写快的多。

4. 进程外Session解决的问题

　　解决了IIS重启Session丢失的问题，解决了Session空间有限容易被挤爆的问题，但不能解决浏览器重启找不到Session的问题！

   /// <summary>

   /// 测试页面

   /// </summary>

   /// <returns></returns>

   public ActionResult Index()

   {

      if (Session["test"]==null)

      {

         ViewBag.msg = "没有数据了";

         Session["test"] = "ypf";

      }

      else

      {

         ViewBag.msg = Session["test"];

      }

     return View();

  }