5种类型缓存比较说明
Asp.net 中的状态管理维护包含ViewState,cookie,session,application,cache五种方式,以下是它们的一些比较:
1.存在于客户端还是服务端
- 客户端:
viewstate(基于webform)、cookie
- 服务端:
session、application、cache
*session:在服务端的存储方式包括4中,内存(最常用),ASP.NET State Service(Windows服务)、数据库、自定义状态提供程序
2.有效时间
- viewstate:
只要页面关闭,其状态就失效
- cookie:
包括临时cookie和永久cookie,临时cookie存在于浏览器内存中,只要浏览器关闭则临时cookie失效,永久cookie是在cookie对象上设置了失效时间,其保存在磁盘上,等过了失效时间即失效。cookie受客户端浏览器控制,且浏览器能够存储的cookie容量是有限的,因此当浏览器不支持cookie、人为在浏览器删除cookie或者浏览器cookie容量超出限制都会使cookie失效。
- session:
session的状态有一个超时时间,当超过该时间后,session自动无效
- application:
这个状态在服务器重新启动之前都是有效的。
- cache:
设置cache无效主要有两种方式:一是设置失效时间,二是通过设置依赖项,当依赖项发生变化时,cache失效
3.可保存的数据格式
- viewstate:字符串
- cookie:字符串
- session:可保存对象
- application:可保存对象
- cache:可保存对象
4.客户端与服务端交互时的关系
- viewstate:
客户端与服务端的交互只能发送或操作当前页面的视图状态
- cookie:
一般情况下,每次用户向服务端发送请求时会把当前站点的所有cookie发向服务端,但cookie允许设置路径(HttpCookie类包含Domain和Path属性),如果设置了具体的路径,则只有访问该路径时,才会把cookie发往服务端
- session:
客户端访问同一个站点下的不同资源,使用的是同一个session,服务端和客户端通常通过cookie来进行关联,即在客户端保存sessionID,每次向服务端发起请求时都会同时把sessionID(在cookie中的主键名为“ASP.NET_SessionId”)也一起带上,这样服务端拿到sessionID后就能找到客户端对应的session,所以session只跟站点和客户端相关。
- application:
所有客户端共享同一个application,它是全局的
- cache:
所有客户端共享同一个cache,它是全局的,但它有更多的控制权,如设置何时失效
5.应用场景
viewstate:只存在ASP.NET WebForm中,如每个服务器端控件都包含一个视图状态
cookie:通常用于存储一些服务端相关信息的标识符,从而在cookie发往服务端后可以找到其所对应的信息,也会用来保存账户密码等相关信息
session:用于与指定的客户端共同维护一个状态,保存具体的状态信息
application:保存全局的状态信息,如该网站的访问次数
cache:保存全局的状态信息,且这些信息的失效时间可以得到更好的控制