转 ASP.NET 中 Session 实现原理浅析 [1] 会话的建立流程

HTTP 协议之所以能够获得如此大的成功，其设计实现的简洁性和无状态连接的高效率是很重要的原因。而为了在无状态的 HTTP 请求和有状态的客户端操作之间达到平衡，产生了服务器端会话 (Session) 的概念。客户端在连接到服务器后，就由 Web 服务器产生并维护一个客户端的会话；当客户端通过无状态 HTTP 协议再次连接到服务器时，服务器根据客户端提交的某种凭据，如 Cookie 或 URL 参数，将客户关联到某个会话上。这种思路在各种开发语言和开发环境中大量得到应用。
    在 ASP.NET 中，Web 应用程序和会话状态被分别进行维护，通过 HttpApplication 和 HttpSessionState 分离 Web 应用程序与会话的功能。应用程序层逻辑在 Global.asax 文件中实现，运行时编译成 System.Web.HttpApplication 的实例；会话则作为单独的 System.Web.SessionState.HttpSessionState 实例，由服务器统一为每个用户会话维护，通过 ASP.NET 页面编译成的 System.Web.UI.Page 对象子类的 Session 属性访问。关于 ASP.NET 中不同层次关系可参考我以前的一篇文章《.NET 1.1中预编译ASP.NET页面实现原理浅析 [1] 自动预编译机制浅析》，以下简称【文1】。

    ASP.NET 在处理客户端请求时，首先将根据客户端环境，生成一个 System.Web.HttpContext 对象，并将此对象作为执行上下文传递给后面的页面执行代码。
    在【文1】的分析中我们可以看到，HttpRuntime 在处理页面请求之前，根据 HttpWorkerRequest 中给出的环境，构造 HttpContext 对象，并以次对象作为参数从应用程序池中获取可用应用程序。简要代码如下：

private void HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
{
  // 构造 HTTP 调用上下文对象
  HttpContext ctxt = new HttpContext(wr, 0);

  //

  // 获取当前 Web 应用程序实例
  IHttpHandler handler = HttpApplicationFactory.GetApplicationInstance(ctxt);

  // 调用 handler 实际处理页面请求
}

    HttpApplicationFactory 工厂内部维护了一个可用的应用程序实例缓冲池，用户降低应用程序对象构造的负荷。
    如果池中没有可用的应用程序对象实例，此对象工厂最终会调用 System.Web.HttpRuntime.CreateNonPublicInstance 方法构造新的应用程序实例，并调用其 InitInternal 方法初始化。详细步骤分析见【文1】

internal static IHttpHandler HttpApplicationFactory.GetApplicationInstance(HttpContext ctxt)
{
  // 处理定制应用程序
  //

  // 处理调试请求
  //

  // 判断是否需要初始化当前 HttpApplicationFactory 实例
  //

  // 获取 Web 应用程序实例
  return HttpApplicationFactory._theApplicationFactory.GetNormalApplicationInstance(ctxt);
}

private HttpApplication HttpApplicationFactory.GetNormalApplicationInstance(HttpContext context)
{
  HttpApplication app = null;

  // 尝试从已施放的 Web 应用程序实例队列中获取
  //

  if(app == null)
  {
     // 构造新的 Web 应用程序实例
    app = (HttpApplication)System.Web.HttpRuntime.CreateNonPublicInstance(this._theApplicationType);

    // 初始化 Web 应用程序实例
    app.InitInternal(context, this._state, this._eventHandlerMethods);
  }

  return app;
}

    这里的 System.Web.HttpApplication.InitInternal 函数完成对应用程序对象的初始化工作，包括调用 HttpApplication.InitModules 函数初始化 HTTP 模块（后面将详细介绍），并将作为参数传入的 HttpContext 实例保存到 HttpApplication._context 字段中。而此 HTTP 上下文对象将被后面用于获取会话对象。

public class HttpApplication : 
{
  private HttpContext _context;
  private HttpSessionState _session;

  public HttpSessionState Session
  {
    get
    {
      HttpSessionState state = null;
      if (this._session != null)
      {
        state = this._session;
      }
      else if (this._context != null)
      {
        state = this._context.Session;
      }
      if (state == null)
      {
        throw new HttpException(HttpRuntime.FormatResourceString("Session_not_available"[img]/images/wink.gif[/img]);
      }
      return state;
    }
  }
}

    而在 ASP.NET 页面中获取会话的方法也是类似，都是通过 HttpContext 来完成的。

public class Page : 
{
  private HttpSessionState _session;
  private bool _sessionRetrieved;

  public virtual HttpSessionState Session
  {
    get
    {
      if (!this._sessionRetrieved)
      {
        this._sessionRetrieved = true;
        try
        {
          this._session = this.Context.Session;
        }
        catch (Exception)
        {
        }
      }
      if (this._session == null)
      {
        throw new HttpException(HttpRuntime.FormatResourceString("Session_not_enabled"[img]/images/wink.gif[/img]);
      }
      return this._session;
    }
  }
}

    在 HttpContext 中，实际上是通过一个哈希表保存诸如会话对象之类信息的

public sealed class HttpContext : 
{
  private Hashtable _items;

  public IDictionary Items
  {
    get
    {
      if (this._items == null)
      {
        this._items = new Hashtable();
      }
      return this._items;
    }
  }

  public HttpSessionState Session
  {
    get
    {
      return ((HttpSessionState) this.Items["AspSession"]);
    }
  }
}

    而 HttpContext.Session 所访问的又是哪儿来的呢？这就又需要回到我们前面提及的 HttpApplication.InitModules 函数。

    在 .NET 安装目录 Config 子目录下的 machine.config 定义了全局性的配置信息，而 HttpApplication 就是使用其中 system.web 一节的配置信息进行初始化的。

<system.web>
    <httpModules>
      <add name="OutputCache" type="System.Web.Caching.OutputCacheModule" />
      <add name="Session" type="System.Web.SessionState.SessionStateModule" />
      <add name="WindowsAuthentication" type="System.Web.Security.WindowsAuthenticationModule" />
      <add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule" />
      <add name="PassportAuthentication" type="System.Web.Security.PassportAuthenticationModule" />
      <add name="UrlAuthorization" type="System.Web.Security.UrlAuthorizationModule" />
      <add name="FileAuthorization" type="System.Web.Security.FileAuthorizationModule" />
      <add name="ErrorHandlerModule" type="System.Web.Mobile.ErrorHandlerModule, System.Web.Mobile, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
    </httpModules>
</system.web>

    httpModules 节点指定了 HttpApplication 需要初始化的模块列表，而在前面提到的 HttpApplication.InitModules 函数正式根据此列表进行初始化的

private void HttpApplication.InitModules()
{
  HttpModulesConfiguration cfgModules = ((HttpModulesConfiguration) HttpContext.GetAppConfig("system.web/httpModules"[img]/images/wink.gif[/img]);

  if (cfgModules == null)
  {
    throw new HttpException(HttpRuntime.FormatResourceString("Missing_modules_config"[img]/images/wink.gif[/img]);
  }
  _moduleCollection = cfgModules.CreateModules();

  for(int i = 0; i < _moduleCollection.Count; i++)
  {
    _moduleCollection[i].Init(this);
  }

  GlobalizationConfig cfgGlobal = ((GlobalizationConfig) HttpContext.GetAppConfig("system.web/globalization"[img]/images/wink.gif[/img]);
  if (cfgGlobal != null)
  {
    _appLevelCulture = cfgGlobal.Culture;
    _appLevelUICulture = cfgGlobal.UICulture;
  }
}

    Session 节点对于的 System.Web.SessionState.SessionStateModule 对象将被 HttpModulesConfiguration.CreateModules 方法构造，并调用其 Init 函数初始化。SessionStateModule 类实际上就是负责管理并创建会话，用户完全可以自行创建一个实现 IHttpModule 接口的类，实现会话的控制，如实现支持集群的状态同步等等。
    SessionStateModule.Init 方法主要负责 machine.config 文件中的 sessionState 配置，调用 SessionStateModule.InitModuleFromConfig 方法建立相应的会话管理器。

<system.web>
    <sessionState mode="InProc"
                  stateConnectionString="tcpip=127.0.0.1:42424"
                  stateNetworkTimeout="10"
                  sqlConnectionString="data source=127.0.0.1;Integrated Security=SSPI"
                  cookieless="false"
                  timeout="20" />
</system.web>

    sessionState 的使用方法请参加 MSDN 中相关介绍和 INFO: ASP.NET State Management Overview。关于不同 mode 的会话管理的话题我们后面再讨论，先继续来看会话的建立过程。

    在从 machine.config 文件中读取配置信息后，InitModuleFromConfig 方法会向 HttpApplication 实例注册几个会话管理事件处理函数，负责在应用程序合适的情况下维护会话状态。

private void SessionStateModule.InitModuleFromConfig(HttpApplication app,
    SessionStateSectionHandler.Config config, bool configInit)
{
  // 处理不使用 Cookie 的情况
  //

  app.AddOnAcquireRequestStateAsync(new BeginEventHandler(this.BeginAcquireState),
                                    new EndEventHandler(this.EndAcquireState));
  app.ReleaseRequestState += new EventHandler(this.OnReleaseState);
  app.EndRequest += new EventHandler(this.OnEndRequest);

  // 创建会话管理器
  //
}

    BeginAcquireState 和 EndAcquireState 作为一个异步处理器注册到 HttpApplication._acquireRequestStateEventHandlerAsync 字段上；OnReleaseState 则负责在合适的时候清理会话状态；OnEndRequest 则是 OnReleaseState 的一个包装，负责较为复杂的请求结束处理。前面提到的 HttpApplication.InitInternal 函数，在完成了初始化工作后，会将上述这些事件处理器，加入到一个执行队列中，由应用程序在合适的时候，使用流水线机制进行调用，最大化处理效率。有关 ASP.NET 中流水线事件模型的相关介绍，请参考 HTTP PIPELINES
Securely Implement Request Processing, Filtering, and Content Redirection with HTTP Pipelines in ASP.NET 一文中 The Pipeline Event Model 小节，有机会我在写文章详细分析。

    知道了会话建立的调用流程再来看会话的实现就比较简单了，SessionStateModule.BeginAcquireState 被 HttpApplication 实例在合适的时候调用，处理各种会话的复杂情况后，使用 SessionStateModule.CompleteAcquireState 函数完成实际的会话建立工作，并将封装会话的 HttpSessionState 对象以 "AspSession" 为 key 加入到 HttpContext 的哈希表中，也就是前面提到的 HttpContext.Context 的由来。而 SessionStateModule.OnReleaseState 则从 HttpContext 中删除 "AspSession" 为 key 的 HttpSessionState 对象，并对会话管理器进行同步工作。

    至此，ASP.NET 中的会话建立流程大概就分析完毕了，下一小节将进一步展开分析多种不同会话管理器的实现原理与应用。

to be continue...

发表于 2006-04-14 16:03 欢欢 阅读(228) 评论(6)  编辑  收藏 所属分类: ASP.NET（C#）

 

评论

#1楼 [楼主]

)对于值类型的变量,Sess......
1)对于值类型的变量,Session中保存的是值类型的拷贝
Session["__test0"] = 1;
int i = (int)Session["__test0"] 1;
int j = (int)Session["__test0"];
结果i=2,j=1
2)对于引用类新的变量,Session中保存的是引用
CDACommon cda = new CDACommon();
Session["__test"] = cda.GetDataSet("select top 1 * from tb_customer");
DataSet ds = (DataSet)Session["__test"];
DataSet ds2 = (DataSet)Session["__test"];
ds.Tables[0].Rows[0][0]="9999"; 结果ds.Tables[0].Rows[0][0]=="9999" ds2.Tables[0].Rows[0][0]=="9999";
3)新的浏览器窗口启动后，开始一个新的Session,触发Global的Session_Start的调用，从第一个浏览器窗口打开的浏览器窗口不启动新的Session。Session过期后，执行页面的提交也会触发Session_Start，等于是新的一个Session。
4)对于Web Service，每个方法的调用都会启动一个Session，可以用下面的方法来使多个调用在同一个Session里
CWSSyscfg cwsCfg = new CWSSyscfg();
cwsCfg.CookieContainer = new System.Net.CookieContainer();
CWSSyscfg是一个Web Service类，Web Service的给代理类设置CookieContainer属性，只要多个代理的CookieContainer属性是相同的值，则对这些Web Service的调用在同一个Session。可以用单例模式来实现。
5)只要页面有提交活动，则Session的所有项都会保持，页面在20分钟（默认配置）内没有任何提交活动时Session会失效。Session内存储的多个数据项是整体失效的。
6)在session中如果保存的是非序列化的类比如DataView，在用SQLServer保存Session的模式下，无法使用。查看一个类是否是序列化的方法是，需看是否用[Serializable]来标记了该类。





要说到session这个东西，很多人可能都不屑一顾。这个东东嘛,n年前就开始做了,有啥好讲的啊。可是，在很多地方我们还是会发现一些问题，比如有的人说，我的session_start激发了，怎么session_end没有啊，我在session_end做了些善后工作，这下没法完成了，怎么办啊？

最近看了些文章，结合自己的一些经验，想和大家一起讨论一下其中的说法。

其实，很多这类的问题都是由一个东西引起的，它就是session ID。首先，是不是我一个IE client起来，访问一个页面，只要我不关浏览器，session ID就是一样的呢？很多人会想，应该是一样的吧，我浏览器都没关，web server总归会认为我是同一个client,不会把session ID变来变去的。要验证这个，让我们现在做一个简单的试验。用vs.net创建一个简单的asp.net web app.在web form1上加个button,然后在页面的page prefix上enable trace.接下来浏览这个页面，不停的click button来提交request。感谢asp.net的这个trace功能，我们可以看到session ID其实是在不停的变化的。也就是说，这时候在服务器端，根本就不关心这个client的存在，每次都觉得它是来自一个新的client.

那这到底是怎么回事呢？OK，让我们在page_load里面加上一句，session["variable1"]="testvalue";然后再做一下测试。Bingo,现在session ID就保持一致了。我想，很多人也许以前就没有注意到这点。这里我们可以得出一个结论:要建立一个持续的session，咱们需要至少使用一下session变量，用行话来说，就是要至少往session dictionary中写入一次。

不过，值得注意的是，这只是个必要条件，还不是充分条件。

在提到下一个必要条件前，我们先来弄清一件事，如果我们在程序中间有global.asax,里面有session_onstart, session_onend，上面的实验是不会成功的。原因是一旦定义了session_onstart处理函数后,session的state就总是会被保存了，即使里面是空的，这样的话，session ID就不会改变了。因为session这东西还是消耗资源的，所以在asp.net web app中如果没有必要，你就不要把session_onstart, session_end写在global.asax中。

上面的实验中,我们也可以看到,如果session ID在变化，我们就跟踪不到session_onend,一旦稳定下来，session_onend就出现了。

现在，我们再来谈谈另一个条件，还是先从实验做起，我们在刚才例子的基础上(包括session_onstart, session_onend)，在page_load的session那行的下面加上一句，session.abandon().再来运行一把,咦,这是你会发现一点奇怪的地方,session_onend不执行了，尽管session_onstart执行过了一遍。（这里我们需要写一些log语句来观察到）而且，如果我们把session.abandon()写在button.onclick事件里面，session_onend就立马执行了。奇怪吧，这里有什么区别呢？

这样，第二个必要条件就引发了，要让session_onend成功执行，至少要有一个request已经被完整地执行过。上面的第一种情况，在page_load中就中止的话，第一个request都没有执行完毕，session_onend就没法激发了。

综合这两个必要条件，我们终于可以得出要让session_onend执行的充分条件了：
1）至少有一个request成功完整地执行
2）至少存储一些data在session state中。可以通过session变量或者加上session_onstart来实现。

最后声明一点，session_onend只在InProc模式中支持，也就是说，只在session data在asp.net worker process中时支持。

欢欢 评论于 2006-05-09 18:35    回复  引用  查看    

#2楼 [楼主]

Session丢失问题二可能的原因1：


win2003 server下的IIS6默认设置下对每个运行在默认应用池中的工作者进程都会经过20多个小时后自动回收该进程，造成保存在该进程中的session丢失。


因为Session,Application等数据默认保存在运行该Web应用程序的工作者进程中,如果回收工作者进程，则会造成丢失。


解决办法：

修改配置，设置为不定时自动回收该工作者进程，比如设置为当超出占用现有物理内存60％后自动回收

该进程。通过使用默认应用程序池，可以确保多个应用程序间互相隔离，保证由于一个应用程序的崩溃不会影响另外的Web应用程序。还可以使一个独立的应用程序运行在一个指定的用户帐号特权之下。

如果使用StateServer方式或者Sql Server数据库方式来保存Session,则不受该设置的影响。


可能的原因2：

系统要运行在负载平衡的 Web 场环境中，而系统配置文件web.config中的Session状态却设置为InProc（即在本地存储会话状态），导至在用户访问量大时，Session常经超时的情况。引起这个现象的原因主要是因为用户通过负载平衡IP来访问WEB应用系统，某段时候在某台服务器保存了Session的会话状态，但在其它的WEB前端服务器中却没有保存Session的会话状态，而随着并发量的增大，负载平衡会当作路由随时访问空闲的服务器，结果空闲的服务器并没有之前保存的Session会话状态。


解决办法：
1.当您在负载平衡的 Web 场环境中运行 ASP.NET Web 应用程序时，一定要使用 SqlServer 或 StateServer 会话状态模式，在项目中我们基于性能考虑并没有选择SqlServer模式来存储Session状态，而是选择一台SessionStateServer 服务器来用户的Session会话状态。我们要在系统配置文件web.config中设置如下：
<sessionState mode="StateServer" cookieless="false" timeout="240" stateConnectionString="tcpip=192.168.0.1:42424" stateNetworkTimeout="14400" />

还要添加一项
<machineKey validationKey="78AE3850338BFADCE59D8DDF58C9E4518E7510149C46142D7AAD7F1AD49D95D4" decryptionKey="5FC88DFC24EA123C" validation="SHA1"/>

2. 我们同时还要在SessionStateServer 服务器中启动ASP.NET State Service服务，具体设置：控制面板>>管理工具>>服务>>ASP.NET State Service，把它设为自动启动即可。

3. 每台前端WEB服务的Microsoft“Internet 信息服务”(IIS)设置
要在 Web 场中的不同 Web 服务器间维护会话状态，Microsoft“Internet 信息服务”(IIS) 配置数据库中 Web 站点的应用程序路径（例如，\LM\W3SVC\2）与 Web 场中所有 Web 服务器必须相同。大小写也必须相同，因为应用程序路径是区分大小写的。在一台 Web 服务器上，承载 ASP.NET 应用程序的 Web 站点的实例 ID 可能是 2（其中应用程序路径是 \LM\W3SVC\2）。在另一台 Web 服务器上，Web 站点的实例 ID 可能是 3（其中应用程序路径是 \LM\W3SVC\3）。因此，Web 场中的 Web 服务器之间的应用程序路径是不同的。我们必须使Web 场Web 站点的实例 ID 相同即可。你可以在IIS中把某一个WEB配置信息保存为一个文件，其他Web 服务器的IIS配置可以来自这一个文件。您如果想知道具体的设置请访问Microsoft Support网站：



补充一些相关资料:
PRB: Session Variables Are Lost If You Use FRAMESET in Internet Explorer 6.0
http://support.microsoft.com/kb/323752/EN-US/#

PRB: Session Data Is Lost When You Use ASP.NET InProc Session State Mode
http://support.microsoft.com/?id=324772

PRB：如果您使用 SqlServer 或 StateServer 会话模式 Web 场中会丢失会话状态
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;325056

欢欢 评论于 2006-05-13 10:51    回复  引用  查看    

#3楼 [楼主]

ASP.NET 中，关于Session丢失的总结
文章来源：
在ASP.Net开发中，经常会遇到关于SESSION丢失的问题。下面是值得注意的几个问题：

1.尽量不要使用框架frame，本人在开发过程中，在有框架的程序中，经常会发生丢失；没有框架，这种情况几乎没有发生过。

2.response.redirect语句打开的页面，或者直接使用javascript打开的网页。

3.部署ASP.NET程序的主机服务器的名称中不能存在下划线“_”。

4.可以在web.config中，设置 SessionState 中，将 mode="InProc" 设置成 mode="stateServer"，开启ASP.NET State Service的服务，可防止SESSION 丢失。但有些虚拟主机，可能没开启此服务。

5.根据数据内容，尽量考虑使用Cookie来保持维护状态。

欢欢 评论于 2006-05-13 10:55    回复  引用  查看    

#4楼 [楼主]

课程主题

Session丢失已经是一种习以为常的问题了，在自己也了解一些如何解决的问题，但是也一直没有机会去用，现在由于新的项目要在B/S下开发，所以不得不让我考虑Session的问题。
解决session丢失的问题有两种方法：1）将session保存在一台sate server中。2）将session保存在sql server中。我们使用的数据库是oracle，不想再装一个数据库，所以用了第一种方法。
首先根据网上查的资料对webconfig文件中session部分进行修改。如下：
＜sessionState
mode="StateServer"
cookieless="false"
timeout="240"
stateConnectionString="tcpip=10.164.222.122:42424"
stateNetworkTimeout="14400"
/>
＜machineKey
validationKey="78AE3850338BFADCE59D8DDF58C9E4518E7510149C46142D7AAD7F1AD49D95D4"
decryptionKey="5FC88DFC24EA123C"
validation="SHA1"
/>
然后再在10.164.222.122 这台电脑上的asp.net state server 服务启动
这样基本上就行了。体验一下。
我用了一个测试程序，在3个小时以后session仍然可用，更绝的是我的电脑都重起了，在其它电脑上打开的网页中session仍然可用。一番体验以后，感觉还真不错。
.NET Framework 常规参考
＜sessionState> 元素
为当前应用程序配置会话状态设置。
＜configuration>
＜system.web>
＜sessionState>
＜sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection string"
stateNetworkTimeout="number of seconds"/>
必选属性
属性 选项 说明
mode 指定在哪里存储会话状态。
Off 指示会话状态未启用。
InProc 指示在本地存储会话状态。
StateServer 指示在远程计算机上存储会话状态。
SQLServer 指示在 SQL Server 上存储会话状态。
可选属性
属性 选项 说明
cookieless 指定不具有 Cookie 的会话是否应用于标识客户端会话。
true 指示应使用不具有 Cookie 的会话。
false 指示不应使用没有 Cookie 的会话。默认值为 false。
timeout 指定在放弃一个会话前该会话可以处于空闲状态的分钟数。默认值为 20。
stateConnectionString 指定远程存储会话状态的服务器名称和端口。例如“tcpip=127.0.0.1:42424”。当 mode 为 StateServer 时该属性是必需的。
sqlConnectionString 为 SQL Server 指定连接字符串。例如“data source=localhost;Integrated Security=SSPI;Initial Catalog=northwind”。当 mode 为 SQLServer 时该属性是必需的。
stateNetworkTimeout 在使用 StateServer 模式存储会话状态时，指定在放弃会话之前 Web 服务器和状态服务器之间的 TCP/IP 网络连接空闲的时间（以秒为单位）。默认值为 10。
备注
使用 StateServer 模式
确保运行 ASP.NET 状态服务的服务器是要存储会话状态信息的远程服务器。该服务与 ASP.NET 一起安装，其默认位置为 ＜驱动器>:\systemroot\Microsoft.NET\Framework\version\aspnet_state.exe。
在应用程序的 Web.config 文件中，设置 mode=StateServer 并设置 stateConnectionStrin

欢欢 评论于 2006-05-13 10:58    回复  引用  查看    

#5楼 [楼主]

课程主题

Session丢失已经是一种习以为常的问题了，在自己也了解一些如何解决的问题，但是也一直没有机会去用，现在由于新的项目要在B/S下开发，所以不得不让我考虑Session的问题。
解决session丢失的问题有两种方法：1）将session保存在一台sate server中。2）将session保存在sql server中。我们使用的数据库是oracle，不想再装一个数据库，所以用了第一种方法。
首先根据网上查的资料对webconfig文件中session部分进行修改。如下：
＜sessionState
mode="StateServer"
cookieless="false"
timeout="240"
stateConnectionString="tcpip=10.164.222.122:42424"
stateNetworkTimeout="14400"
/>
＜machineKey
validationKey="78AE3850338BFADCE59D8DDF58C9E4518E7510149C46142D7AAD7F1AD49D95D4"
decryptionKey="5FC88DFC24EA123C"
validation="SHA1"
/>
然后再在10.164.222.122 这台电脑上的asp.net state server 服务启动
这样基本上就行了。体验一下。
我用了一个测试程序，在3个小时以后session仍然可用，更绝的是我的电脑都重起了，在其它电脑上打开的网页中session仍然可用。一番体验以后，感觉还真不错。
.NET Framework 常规参考
＜sessionState> 元素
为当前应用程序配置会话状态设置。
＜configuration>
＜system.web>
＜sessionState>
＜sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection string"
stateNetworkTimeout="number of seconds"/>
必选属性
属性 选项 说明
mode 指定在哪里存储会话状态。
Off 指示会话状态未启用。
InProc 指示在本地存储会话状态。
StateServer 指示在远程计算机上存储会话状态。
SQLServer 指示在 SQL Server 上存储会话状态。
可选属性
属性 选项 说明
cookieless 指定不具有 Cookie 的会话是否应用于标识客户端会话。
true 指示应使用不具有 Cookie 的会话。
false 指示不应使用没有 Cookie 的会话。默认值为 false。
timeout 指定在放弃一个会话前该会话可以处于空闲状态的分钟数。默认值为 20。
stateConnectionString 指定远程存储会话状态的服务器名称和端口。例如“tcpip=127.0.0.1:42424”。当 mode 为 StateServer 时该属性是必需的。
sqlConnectionString 为 SQL Server 指定连接字符串。例如“data source=localhost;Integrated Security=SSPI;Initial Catalog=northwind”。当 mode 为 SQLServer 时该属性是必需的。
stateNetworkTimeout 在使用 StateServer 模式存储会话状态时，指定在放弃会话之前 Web 服务器和状态服务器之间的 TCP/IP 网络连接空闲的时间（以秒为单位）。默认值为 10。
备注
使用 StateServer 模式
确保运行 ASP.NET 状态服务的服务器是要存储会话状态信息的远程服务器。该服务与 ASP.NET 一起安装，其默认位置为 ＜驱动器>:\systemroot\Microsoft.NET\Framework\version\aspnet_state.exe。
在应用程序的 Web.config 文件中，设置 mode=StateServer 并设置 stateConnectionStrin