问题描述

之前没有使用Forms身份验证时，如果在登陆过程中把HttpOnly的Cookie过期时间设为半个小时，总会收到很多用户的抱怨，说登陆一会就过期了。

所以总是会把Cookie过期时间设的长一些，比如两个小时甚至一天，这样就能保证在登陆时设置一次Cookie，用户可以操作很长时间也不过期。

虽然也可以在每次用户请求页面时检查Cookie的过期时间并自动扩展，但未免过于麻烦，不如一次设大点来的简单。

偶然发现

今天在使用Forms身份验证编写《AppBox-基于ExtAspNet的企业通用管理框架》时，想当然的在Web.config中这么设置：

我把过期时间设为了6个小时，以期望在登陆后的 6 个小时内不会听到用户的抱怨。
由于希望把用户所属的角色也一并保存到User.Identity中，在查阅关于自定义的身份验证时无意发现这篇文章中的一段话：

若不是持久Cookie，Cookie的有效期Expiration属性有当前时间加上web.config中timeout的时间，每次请求页面时，在验证身份过程中，会判断是否过了有效期的一半，要是的话更新一次cookie的有效期

太棒了！如果真是这样，所谓的timeout属性根本不太重要，系统会在每次请求页面时重新判断过期时间，如果快过期了就自动扩展。

亲自验证

真正的学习和领会就需要亲自动手了，下面几个步骤会带领我们验证上面的说法（下面截图中使用的是FireFox + FireBug + FireCookie）。

1. 配置Web.config

我们把过期时间设为 2 分钟，以方便观察Cookie的过期时间。

2. 登陆代码

在登陆成功的代码中，通过下面语句代码完成Cookie的写入和页面的跳转：

3. 观察登陆后的Cookie信息

由于我们是在 2012-6-22 9:04:12 登陆的，所以这里的过期时间是 2012-6-22 9:06:12

4. 在登陆 1 分钟内刷新页面

一分钟内刷新页面，Cookie的过期时间没有变化，和上图一样。

5. 在登陆 1 分钟后刷新页面

在 9:05:13 刷新的页面，也就是刚刚过去 1 分钟，系统会自动扩展Cookie过期时间，在此基础上再增加 2 分钟，所以现在的过期时间是 9:07:13

6. 在登陆 2 分钟后刷新页面

两分钟后刷新，Cookie过期，页面会自动跳转到登陆页面。

总结

Asp.Net的Forms身份验证不仅为我们提供了一致和安全的验证手段， 而且这种自动扩展Cookie过期时间的机制更是锦上添花，让我们有更多的时间关注于业务逻辑的实现。