|
无Cookie会话 在 ASPNET 中无需使用 Cookie就可以有选择地建立必要的会话用户联系非常有趣的是除了以下配置设置以外您无需在 ASPNET 应用程序中更改任何内容即可启用无 Cookie 会话 < sessionState cookieless=true /> ASPNET 会话状态的默认设置是在 nfig 文件中定义的并且可以在应用程序根文件夹中的 nfig 文件中重写通过确保上述行出现在根 nfig 文件中您可以启用无 Cookie 会话就是这样 — 简单而有效！ < sessionState>节点还可以用于配置会话状态管理的其他方面包括存储介质和连接字符串但是就 Cookie 而言只需您将 cookieless 属性设置为 true（默认设置为 false） 请注意会话设置是应用程序范围的设置换句话说您站点中的页要么都将使用要么都将不使用 Cookie 来存储会话 ID 当不使用 Cookie 时ASPNET 在哪里存储会话 ID 呢？在这种情况下会话 ID 插入到 URL 内的特定位置中下图显示一个使用无 Cookie 会话的真实站点的快照 )thisstylewidth=; border=> 图 使用无Cookie会话的 MapPoint 假设您请求了一个类似于 x 的页正如您可以从 MapPoint 快照中看到的那样资源名称前面的相邻斜槓进行了扩展以便包含在内部填充了会话 ID 的括号如下所示 //yourserver/folder/(session ID here)/defaultaspx 会话 ID 嵌入到 URL 中并且无需在其他任何地方持久保存它唔并不完全是这样请考虑以下方案 您访问了一个页并且被分配了一个会话 ID接下来您清除了同一浏览器示例的地址栏转到另一个应用程序并且开始工作然后您重新键入了上一个应用程序的 URL并且（猜猜看）在您进入的过程中检索会话值 如果您使用无 Cookie 会话那么当您第二次访问该应用程序时您将被分配一个不同的会话 ID并且丢失以前的所有状态这是无 Cookie 会话的一个典型的副作用为了了解其原因让我们进一步探讨无 Cookie 会话的实现 无Cookie对话的实现 无Cookie会话的实现得益于下列两个运行时模块的努力一个名为 SessionStateModule 的标准会话 HTTP 模块以及一个名为 aspnet_filterdll 的可执行文件后者是一小段 Win 代码它充当 ISAPI 筛选器HTTP 模块和 ISAPI 筛选器实现了相同的思想不同之处在于 HTTP 模块由托管代码组成并且需要 ASPNET 和 CLR 触发才能工作像 aspnet_filterdll 这样的传统 ISAPI 筛选器是由 Internet 信息服务 (IIS) 调用的二者都截获在请求处理过程中激发的 IIS 事件 当新浏览器会话的第一个请求进入时会话状态模块读取 nfig 文件中有关 Cookie 支持的设置如果 节的 cookieless 属性设置为 true则该模块生成一个新的会话 ID通过将该会话 ID 填充到资源名称前面的相邻位置来分割 URL并且使用 HTTP 命令将浏览器重定向到新的 URL 当每个请求到达 IIS 入口时（远远早于它被移交给 ASPNET）aspnet_filterdll 获得了一个查看它的机会如果该 URL 将会话 ID 嵌入到括号中则会提取该会话 ID 并将其复制到一个名为 AspFilterSessionId 的请求标头中然后重写该 URL 以使其看起来像原来请求的资源并且将其释放这一次ASPNET 会话状态模块从请求标头中检索会话 ID并且通过会话状态绑定继续工作 只要该 URL 包含可用来获取会话 ID 的信息无 Cookie 机制就可以很好地工作不过这会造成一些使用限制这些限制将在另一篇文章中说明 |
