• 缓存依赖


    服务端缓存

    (1)Session针对小量数据,服务于单个用户,默认失效时间为20分钟。

    (2)Application任意数据大小,服务于所有用户,拥有整个应用程序的生命周期。通常是针对小数据存储,像实现网站访问量等。

    (3)Cache任意数据大小,服务于所有用户,程序指定生命周期。

    移除Cache,我们可以使用Cache.Remove("key"),也可以根据缓存依赖关系来让Cache失效。当依赖的关系有改动时,此时Cache会自动失效。

     

     =》缓存依赖:缓存的生命周期依赖于数据来源的变化,缓存依赖有多种,限于篇幅,只介绍下面两种。

     

    I、依赖于文件或文件夹:当磁盘上的一个文件或文件夹发生变化时(修改或者是删除)自动让Cache失效。使用缓存依赖,你可以实例化微软的CacheDependency对象,并给对象传递文件的路径或者是文件夹的路径。如果是文件夹的路径,它会监视该文件夹下的所有文件和里面第一级子文件夹。

       string cacheData="缓存内容";
       CacheDependency fileDependency =new CacheDependency(Server.MapPath("test.xml"));
    
       Cache.Insert("ERROR_INFO", cacheData, fileDependency);

     

    II、依赖于数据库:当数据库中的相关数据被修改时自动让Cache失效。

    依赖于文件或文件夹,微软提供CacheDependency对象,但是依赖于数据库,则需要使用另一个对象SqlCacheDependcy。

    需要结合SQL Server 2005数据库,目前还没有Oracle数据库的缓存依赖。

    使用数据库依赖,ASP.NET可以按如下方式实现:

    第一步:web.config两配置

    一配置数据库连接字符串:

    复制代码
    <configuration>
    ...
         <connectionStrings>
              <add name="ApplicationServices"
              connectionString="data source=.SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;User Instance=true"
              providerName="System.Data.SqlClient" />
         </connectionStrings>
    ...
    </configuration>
     
    复制代码
    二配置缓存依赖数据库(缓存数据库依赖主要是说明依赖哪个数据库,下面的connectionStringName值与一中的name是一致的)
    复制代码
    <system.web>
    ...
         <caching>
              <sqlCacheDependency enabled = "true" pollTime = "1000" >
                  <databases>
                       <add name="testCache"
                          connectionStringName="ApplicationServices"
                          pollTime = "1000"      />
                  </databases>
              </sqlCacheDependency>
         </caching>
    ...
    </system.web>
    复制代码
    第二步:需要使用缓存数据库的ASPX页面再增加如下语句即可:
    复制代码

    <%@ Page Title="主页" Language="C#" MasterPageFile="~/Site.master" AutoEventWireup="true"
        CodeBehind="Default.aspx.cs" Inherits="SqlCacheDenpendcy._Default" %>

     <%@ OutputCache Duration="3600" SqlDependency="testCache:CacheTable" VaryByParam="none" %>

    复制代码

     

    (4)ASP.NET 页面输出缓存 ---ASPX和ASCX页面

    在Web站点中,最简单直接有效的方式可以使用页面输出缓存。通过缓存页面来输出,数据则不像依赖缓存那么准确,因为页面是指定时间失效。这里的页面包括ASPX页面也包括ASCX用户控件页面。ASPX页面是整页面缓存,而ASCX用户控件页面则是局部缓存。两者的使用方式一样。

    代码跟与第数据库依赖的第二步类似:

    复制代码

    <%@ Page Title="主页" Language="C#" MasterPageFile="~/Site.master" AutoEventWireup="true"
        CodeBehind="Default.aspx.cs" Inherits="SqlCacheDenpendcy._Default" %>

    <%@ OutputCache Duration="60" VaryByParam="empNum" Location="Server"%>

    复制代码

    参数解释:

    参数 说明 备注
    Duration

    页或用户控件进行缓存的时间(以秒计)。 在页或用户控件上设置该特性为来自对象的 HTTP 响应建立了一个过期策略,并将自动缓存页或用户控件输出。

    此特性必选。 如果未包含该属性,将出现分析器错误。

    除非你的Location=None,可以不添加此属性,其余时候都是必须的。

    Location

    OutputCacheLocation 枚举值之一。 默认值为 Any。
    Location当被设置为None时,其余的任何设置将不起作用;
    Any——页面被缓存在浏览器、代理服务器端和web服务器端;
    Client——缓存在浏览器;
    DownStream——页面被缓存在浏览器和任何的代理服务器端;
    None——页面不缓存;
    ServerAndClient——页面被缓存在浏览器和web服务器端。

    包含在用户控件(.ascx 文件)中的 @ OutputCache 指令不支持此特性。
    CacheProfile 与该页关联的缓存设置的名称。 这是可选特性,默认值为空字符串 ("")。 包含在用户控件(.ascx 文件)中的 @ OutputCache 指令不支持此特性。 在页中指定此属性时,属性值必须与 outputCacheSettings 节下面的 outputCacheProfiles 元素中的一个可用项的名称匹配。 如果此名称与配置文件项不匹配,将引发异常。

    参考CacheProfile实例

    NoStore 一个布尔值,它决定了是否阻止敏感信息的二级存储。 包含在用户控件(.ascx 文件)中的 @ OutputCache 指令不支持此特性。 将此特性设置为 true 等效于在请求期间执行以下代码:
    Response.Cache.SetNoStore();
    ProviderName 一个字符串值,标识要使用的自定义输出缓存提供程序。 此属性仅在用户控件(.ascx 文件)中受到支持。 它不受包含在 ASP.NET 页(.aspx 文件)中的 @ OutputCache 指令的支持。
    Shared 一个布尔值,确定用户控件输出是否可以由多个页共享。 默认值为 false。 包含在 ASP.NET 页(.aspx 文件)中的 @ OutputCache 指令不支持此特性。
    SqlDependency 标识一组数据库/表名称对的字符串值,页或控件的输出缓存依赖于这些名称对。 请注意,SqlCacheDependency 类监视输出缓存所依赖的数据库中的表,因此当更新表中的项时,使用基于表的轮询时将从缓存中移除这些项。 如果以值 CommandNotification 使用通知(在 Microsoft SQL Server 2005 中),则最终会使用 SqlDependency 类向 SQL Server 2005 服务器注册查询通知。

    SqlDependency 特性的 CommandNotification 值仅在网页 (.aspx) 中有效。 用户控件只能将基于表的轮询用于 @ OutputCache 指令。

    参考SqlDependency和SqlCacheDependency缓存的用法及具体步骤

    VaryByCustom 任何表示自定义输出缓存要求的文本。 如果特性的赋值为 browser,缓存将随浏览器名称和主要版本信息的不同而异。 如果输入自定义字符串,则必须在应用程序的 Global.asax 文件中重写 GetVaryByCustomString 方法。  
    VaryByHeader

    分号分隔的 HTTP 标头列表,用于使输出缓存发生变化。 将该特性设为多标头时,对于每个指定标头组合,输出缓存都包含一个不同版本的请求文档。
    Accept-Language——代表请求页面中用户最希望的有优先级顺序的人类语言列表;
    User-Agent——代表请求页面设备的类型;
    Cookie——代表当前域名下创建的浏览器的cookie项。

    设置 VaryByHeader 特性将启用在所有 HTTP 1.1 版缓存中缓存项,而不仅仅在 ASP.NET 缓存中进行缓存。 用户控件中的 @ OutputCache 指令不支持此特性。
    例如:设置VaryByHeader="Accept-Language"。
    当网站有多种语言版本时,可以为每种语言都进行缓存。

    VaryByParam 分号分隔的字符串列表,用于使输出缓存发生变化。 默认情况下,这些字符串对应于使用 GET 方法特性发送的查询字符串值,或者使用 POST 方法发送的参数。 将该特性设置为多个参数时,对于每个指定参数组合,输出缓存都包含一个不同版本的请求文档。 可能的值包括 none、星号 (*) 以及任何有效的查询字符串或 POST 参数名称。

    在 ASP.NET 页和用户控件上使用 @ OutputCache 指令时,需要此特性或 VaryByControl 特性。 如果没有包含它,则发生分析器错误。 如果不希望通过指定参数来改变缓存内容,请将值设置为 none。 如果希望通过所有的参数值改变输出缓存,请将特性设置为星号 (*))。
    例如:
    如果命令设置为:
    <%@ OutputCache Duration="60"  VaryByParam="ProductType" %>
    当请求路径 bitauto.com/test.aspx?ProductType=1发生时,会建立缓存当ProductType的值变为2时,系统会建立新的缓存,但是原来的缓存在有效期内并不会失效。相当于为不同的ProductType值建立了不同版本的缓存。如果熟悉.Net数据缓存的话,很类似于下面的用法。
    Cache.Add(“productType1”,cachedObject)
    Cache.Add(“productType2”,cachedObject)

    VaryByControl  分号分隔的字符串列表,用于改变用户控件的输出缓存。 这些字符串代表用户控件中声明的 ASP.NET 服务器控件的 ID 属性值。

     在 ASP.NET 页和用户控件上使用 @ OutputCache 指令时,需要此特性或 VaryByParam 特性。
    例如下面:根据页面上下拉列表控件的选择的值不同进行不同的缓存输出
    <%@ OutputCache Duration="100" VaryByControl="dropTest"%>

    VaryByContentEncodings  以分号分隔的字符串列表,用于更改输出缓存。 将 VaryByContentEncodings 特性用于 Accept-Encoding 标头,可确定不同内容编码获得缓存响应的方式。

     

      

     


     

    客户端缓存:

     

      上面介绍了部分服务端缓存的方法,但有的时候我们为了提高服务器的性能我们也需要把数据缓存到客户端。使用这种缓存机制,可以适当缓解服务器压力,不过在客户端缓存数据会有一定的安全性问题。

     

    Cookies:在Web站点中应用非常广,它可以非常方便的在客户端与服务器端之间进行相互访问,最大只能支持4KB,所以一般只能保存小数据。可以储存到客户端的硬盘或内存。

    复制代码
     
    if (this.Request.Cookies["key"] == null)
    {
        this.Response.Cookies.Add(new HttpCookie("key","test"));
    }
    else
    {
        this.Response.Write(this.Request.Cookies["key"].Value);
    }
     
    复制代码

     

  • 相关阅读:
    你应该知道的77条 Windows 7小技巧
    Platform Builder: Build Tools Intro
    JavaScript面向对象编程实现研究
    优秀驾驶员开车技巧
    WinCE BSP中的Dirs文件和Sources文件
    WinCE BSP中的Dirs文件和Sources文件
    WIX资源
    男性减肥方法!!!!!(转)
    Platform Builder: Sources.cmn
    批处理中的字符串处理详解
  • 原文地址:https://www.cnblogs.com/luyujie/p/3324484.html
Copyright © 2020-2023  润新知