AspNet MVC 缓存
服务端缓存技术
- 请求域内的缓存
每个Asp.Net请求都会在Asp.Net框架中创建一个新的System.Web.HttpContext对象(HttpContext对象封装有关个别 HTTP 请求的所有 HTTP 特定的信息)。在HttpContext对象的一个属性就是HttpContext.Items,这个属性也会存在于请求的整个周期,以HttpContext.Items为媒介可以解除各个组件之间的耦合。Items是一个IDictionary的类型可以直接通过HttpContext.Item["key"]=value的形式获取。Items可以用户获取Asp.Net请求过程中IHttpModule和IHttpHandler之间组织和共享数据的键值对。
- 用户域内的缓存
用户域的缓存 也就是平常使用的HttpContext.Session,仅仅是当前用户的缓存,不能实现跨用户共享数据。Aspnet的会话状态可以再多个请求之间共享数据,记得这个只能是当前用户可以得到共享数据。会话状态空闲一段时间后会过期,当然可以通过Web.config的<system.web>节点下修改<seesionState timeout="30" />进行设置,当然还有其他参数可以进行设置。
- 应用程序域内的缓存
平常使用的HttpContext.Application,HttpApplicationState object for the current HTTP request.‘ data-guid="bc4af7dcf0e9a86f776ccfd02ed7849f">为当前 HTTP 请求获取 HttpApplicationState 对象。那么就是HttpApplicationState管理这应用程序级别的数据。微软官方的解释:“启用 ASP.NET 应用程序中多个会话和请求之间的全局信息共享。”,一样也是一个键值对类型。存储在HttpApplicationState的数据生命空间域托管网站的IIS工作进程一样长,因为IIS不是Asp.NET管理着工作线程的生命周期。HttpApplicationState也是不是可靠地数据存储方式。
- Asp.Net缓存
平常比较经常用的HttpContext.Cache进行访问,与Application一样也是应用程序域的数据。Cache存储的数据不好限制在单个请求或者用户会话范围内。HttpContext.Cache与Application还是有区别的,Application可以扩工作进程的访问。HttpContext.Cache以HttpRuntime.Cache的实现。我们知道HttpContext是通过封装个别的Http请求信息所得到的只能应用于Web应用上,而HttpRuntime.Cache是获取当前应用程序的Cache对象,可以非web应用。 使用Cache对象的时候可以设置过期时间(有两种方式其一设置间隔时间,用于指定缓存数据在最后一次访问之后多长过期,其二指定固定时间设置失效。对于Cache添加数据的时候还有一个缓存依赖数据,我们可以通过指定依赖项,来决定其生命周期缓存依赖策略
依赖类型 | 定义 |
Aggregate(聚合) | 提供多个依赖(通过System.Web.Caching.AggregateCache)。只有删除所有依赖项才能删除该缓存记录 |
Custom(自定义) | 缓存数据依赖一个继承自System.Web.Caching.Cache的自定义类,例如,可以创建一个web服务缓存依赖,当查询某个值时,就删除缓存数据 |
File(文件) | 缓存数据依赖某个外部的文件,删除文件就会删除该数据 |
Key(键) | 缓存数据依赖应用程序缓存里另外一个缓存数据(通过缓存的key关联),删除依赖的缓存数据就会删除该数据。 |
SQL | 缓存数据依赖MicrosoftSQLServer某个表的数据变化,当表更新时,缓存数据就会删除。 |
- 输出缓存
平常用于输出缓存主要是OutputCache属性,当使用OutputCache属性缓存页面,用户访问到页面时,首先会查看服务器的是否有该页面的缓存,若有则直接获取显示出来,而不会执行数据操作生成页面。我们可以对OutputCache属性进行参数的设置比如Duration可以设置缓存的时间等。具体可以查看微软的Msdn。具体的使用如下所示:
1
2
3
4
5
6 |
[OutputCache(Duration=60,VaryByParam= "none" ] public
ActionResult Contact() { ViewBag.Message=DateTime.Now.ToString(); return
View() } |
这里列出OutputCacheAttribute定义的属性
参数 | 描述 |
CacheProfile | 使用的输出缓存策略的名字 |
Duration | 缓存内容的生命周期 |
Enabled | 是否启用缓存 |
Location | 缓存地址默认设置为Any,这以为这内容可以缓存到三个地方Web 服务器、任何代理服务器和用户浏览器。 |
NoStore | 是否启用Http Cache-Control |
SqlDependency | 缓存依赖的数据库和表名称 |
VaryByContentEncoding | 都好分割的字符编码列表,用来区分输入缓存 |
VaryByCustom | 自动以字符串用来区分输出缓存 |
VaryByHeader | 都好分割的HTTP消息头,区分缓存 |
VaryByParam | 通过分割的Post表单或者查询字符串来区分缓存,比如查看某个id下的页面的页面,可以设置该属性为"id" |
- 甜圈圈缓存(donut caching)
甜圈圈缓存是指只是缓存页面的外围内容,允许部分内容动态变化;与之相反的是甜圈圈洞的缓存(donut hole caching)(也就是缓存内部部分内容,而 允许外围内容的更新)。可以通过调用HttpResponse中的一个WriteSubstitution()方法实现甜圈圈缓存。具体的使用如下所示:
1
2
3
4
5
6
7
8
9
10
11
12 |
public
delegate string CacheCallback(HttpContextBase context); public
static object Substitution( this
HtmlHelper html, CacheCallback ccb) { html.ViewContext.HttpContext.Response.WriteSubstitution( c=>HttpUtility.HtmlEncode( ccb( new
HttpContextWrapper(c) )); } //具体调用 @Html.Substitution(context=>context.User.Identity.Name) |
当然也可以引入MvcDonutCachingNuGet包提供几种高级的缓存扩展方法,也提供了操作方法使用DonutOutputCacheAttribute标记属性。
- 甜圈圈洞缓存
缓存只是页面中的一小部分,针对某些类别信息是不会变化可以进行缓存。具体的使用如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 |
[ChildActionOnly] [OutputCache(Duration=60)] public
ActionResult CategoriesAction() { ViewBag.Categories=Model.GetCategories(); return
View(); } //对应的页面CategoriesAction @ foreach ( var
item in
ViewBag.Categories as
IEnumerable<Category>) { @Html.ActionLink(item.Name, "category" , "categories" , new {categoryId=category.Id}) } //其他主页面调用,调用第一次的调用结果缓存起来,下次渲染的时候直接从缓存中获得列表 <body> @Html.Action( "CategoriesAction" ); </body> |
客户端缓存技术
- 浏览器缓存
浏览器在本地的资源通过三个机制控制:新的(freshness )验证(validation)和失效的(invalidation)这三者属于Http的一部分,并且定在Http消息头里。
新的允许应答消息直接使用,而不需要经过服务器检查,额可以同被服务器和客户端控制。例如Expires过期的消息头设置了资源过期的时间,而Cache-Control:maxage则停工的是应答消息需要经过多久才刷新。
验证:用来检查陈旧的缓存数据是否依赖有效。如果缓存的应答数据包含Last-Modified消息头,则缓存就可以使用If-Modified-Since消息头来检查内容是否更新过。也可以通过ETag进行更强的控制。
失效:通常是指另一个缓存请求的错误请求
- AppCache缓存和本地缓存(Html5新特性)【暂不介绍】
参考:Asp.Net Mvc 4 WEeb 编程
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。