outputcacheasp.net 服务器缓存技术

网站后台有一个页面缓存,那个是干什么的??

页面部分缓存是指输出缓存页面的某些部分，而不是缓存整个页面内容。

实现页面部分缓存有两种机制：一种是将页面中需要缓存的部分置于用户控件（.ascx文件）中，并且为用户控件设置缓存功能（包含用户控件的ASP.NET页面可设置也可不设置缓存）。

这就是通常所说的“控件缓存”。

设置控件缓存的实质是对用户控件进行缓存配置。

主要包括以下3种方法：一是使用@ OutputCache指令以声明方式为用户控件设置缓存功能，二是在代码隐藏文件中使用PartialCachingAttribute类设置用户控件缓存；三是使用ControlCachePolicy类以编程方式指定用户控件缓存设置。

另外，还有一种称为“缓存后替换”的方法。

该方法与控件缓存正好相反，将页面中的某一部分设置为不缓存，因此，尽管缓存了整个页面，但是当再次请求该页时，将重新处理那些没有设置为缓存的内容。

单片机的output disconnect是什么意思？

您好， IT内部供应成员为您服务

output disconnect 字面上翻译是 输出断开连接

单片机是这么表示的 output: Disconnected

output: Disconnected ASSR=0x00; TCCR2=0x00; TCNT2=0x00; OCR2=0x00

从表达上看应该是一种状态的定义，定义为断开或不输出状态

回答希望您能满意！

ascx控件怎么禁止缓存

朋友,我来告诉你答案!在ascx控件也就是用户自定义控件中使用缓存也在aspx页面中使用缓存是一样的。

使用@OutputCache指令来实现缓存。

无论是aspx页面还是ascx控件在默认情况下是不缓存的，只有当使用了@OutputCache指令的时候才会进行缓存。

所以想要在ascx控件中不适用缓存只要不适用@OutputCache指令就行了。

假如说在ascx控件中有多个web服务器控件，但是只需要使特定的控件缓存的话，可以使用VaryByControl这个属性，例如：,这段代码的意思是根据ID为‘TextBox1’的这个TextBox控件来缓存，缓存时间为60秒。

Duration这个属性用来设置缓存的时间，单位为秒。

网页中如何使用缓存

以下是中的缓存方法，普通静态页面是无法使用缓存的！

服务端缓存有System.Web.Caching.cahe和memcached

当然System.Web.Caching.cahe是微软写的类，而memcached是第三方插件。

System.Web.Caching.cache目前还不是分布式缓存，只能在一台电脑上（07时候），而

memcached是分布式的高速缓存。

服务器缓存可分为三种缓存

1.输出缓存：

要实现页面输出缓存，只要将一条 OutputCache 指令添加到页面即可。

　　 　　＜%@ OutputCache Duration="60" VaryByParam="*" %＞　　 　　如同其他页面指令一样，该指令应该出现在 ASPX 页面的顶部，即在任何输出之前。

它支持五个属性（或参数），其中两个是必需的。

　 　　Duration 　　必需属性。

页面应该被缓存的时间，以秒为单位。

必须是正整数。

　 　　Location 　　指定应该对输出进行缓存的位置。

如果要指定该参数，则必须是下列选项之一：Any、Client、Downstream、None、Server 或 ServerAndClient。

　 　　VaryByParam 　　 必需属性。

Request 中变量的名称，这些变量名应该产生单独的缓存条目。

"none" 表示没有变动。

"*" 可用于为每个不同的变量数组创建新的缓存条目。

变量之间用 ";" 进行分隔。

　　 　　VaryByHeader 　　 基于指定的标头中的变动改变缓存条目。

　　 　　VaryByCustom 　　 允许在 global.asax 中指定自定义变动（例如，"Browser"）。

2.片段缓存：

示例

<%@ OutputCache Duration="60" VaryByParam="*" %> 该示例将缓存用户控件60秒，并且将针对查询字符串的每个变动、针对此控件所在的每个页面创建单独的缓存条目。

<%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %> 该示例将缓存用户控件60秒，并且将针对CategoryDropDownList控件的每个不同的值、针对此控件所在的每个页面创建单独的缓存条目。

<%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true" %>

最后，该示例将缓存用户控件60秒，并且将针对每个浏览器名称和主要版本创建一个缓存条目。

然后，每个浏览器的缓存条目将由引用此用户控件的所有页面共享（只要所有页面都用相同的ID引用该控件即可）。

3．编程用得最多的缓存：数据缓存

System.Web.Caching.cahe被httpRuntime.Cache或HttpContext.Current.Cache实例化。

httpRuntime.Cache，HttpContext.Current.Cache是内置对象就想当与seesion。

HttpContext.Current.Cache与HttpRuntime.Cache区别：

HttpContext.Current.Cache：为当前 HTTP 请求获取Cache对象。

HttpRuntime.Cache：获取当前应用程序的Cache。

HttpContext.Current.Cache是调用了 HttpRuntime.Cache，且HttpContext.Current.Cache是用在web程序上，而HttpRuntime.Cache是用在任何程序上。

System.web命名空间下。

其实HttpContext.Current.Cache是通过 HttpRuntime.Cache来实现的，所以一般实例化最好通过HttpRuntime.Cache来实例化：

例如：System.Web.Caching.Cache cache = HttpRuntime.Cache

System.Web.Caching.Cache有很多方法，但方法中add中是存缓存

参数中有缓存时间，依赖项。

缓存时间即到当缓存的东西达到指定时间就让缓存失效，而依赖项是当依赖项发生变化就会使缓存失效。

依赖项有一般依赖项 CacheDependency和数据库依赖项SqlCacheDependency。

虽然CacheDependency类完成了很重要的功能，但其组成结构却比较简单，主要有两个属性和一个方法。

— 属性“HasChanged”：判断CacheDependency对象是否已更改。

— 属性“UtcLastModified”：返回上次依赖项的修改日期 — 方法“Dispose”：释放CacheDependency对象所占有的资源。

因为缓存类继承了接口“IDispose”，所以必须实现此方法。

CacheDependency

例如 Cache.Insert("key", myXMLFileData, DateTime.Now.AddMinutes(1),，new System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));

users.xml文件就相当一般依赖项，当xml文件被改了，则此缓存失效。

SqlCacheDependency一般是增对数据库的，这个设置需要在config里设置，而且还要启动数据库的这样服务。

Cache.Insert 中可设置跟数据库中那个表关联，一旦表有变化就会导致cache失效。

简述输出缓存@OutputCache页面指令的Duration、VaryByParam、VaryByControl属性各表示什么意思？

控件缓存与页面输出缓存的@ OutputCache指令既有相似之处，又有不同的方面。

二者的共同点在于它们的设置方法基本相同，都是文件顶部设置包含属性的@ OutputCache指令字符串。

不同点包括以下两个方面：一是控件缓存的@ OutputCache指令设置在用户控件文件中，而页面输出缓存的@ OutputCache设置在普通ASP.NET文件中。

二是控件缓存的@ OutputCache指令只能设置6个属性，Duration、Shared、SqlDependency、VaryByControl、VaryByCustom和VaryByParam。

而在页面输出缓存的@ OutputCache指令字符串中设置的属性多达10个。

以上是设置控件缓存时需要注意的问题。

下面列举了一些利用@ OutputCache指令设置控件缓存的示例，其中重点说明了VaryByParam和VaryByControl等属性应用。

用户控件中的@ OutputCache指令设置源代码 ＜%@ OutputCache Duration="120" VaryByParam="CategoryID;SelectedID"%＞ 　　以上代码设置用户控件缓存有效期时间是120秒，并且允许使用CategoryID和SelectedID参数来改变缓存。

通过VaryByParam属性设置，在服务器缓存中可能存储多个用户控件的实例。

例如，对于一个包含用户控件的页面，可能存在如下的URL链接。

包含用户控件的页面的URL链接 http://localhost/mypage.aspx?categoryid=foo&selectedid=0 http://localhost/mypage.aspx?categoryid=foo&selectedid=1 　　当请求如上URL地址的页面时，由于控件中@ OutputCache指令的设置，尤其是属性VaryByParam的设置，那么在服务器缓存中就会存储两个版本的用户控件缓存实例。

　　控件缓存设置除了支持以上所述VaryByParam属性外，还支持VaryByControl属性。

VaryByParam属性基于使用POST或者GET方式发送的名称/值对来改变缓存，而VaryByControl属性通过用户控件文件中包含的服务器控件来改变缓存。

下面是VaryByControl属性的应用示例代码。

用户控件中的@ OutputCache指令设置源代码 ＜%@ OutputCache Duration="120" VaryByParam="none" VaryByControl="Category" %＞ 　　以上代码设置缓存有效期是120秒，并且页面不随任何GET或POST参数改变（即使不使用VaryByParam属性，但是仍然需要在@ OutputControl指令中显式声明该属性）。

如果用户控件中包含ID属性为“Category”的服务器控件（例如下拉框控件），那么缓存将根据该控件的变化来存储用户控件数据。

　　如果读者已经掌握了页面输出缓存的@ OutputCache指令设置方法，那么控件缓存的@ OutputCache指令也会迎刃而解，无非仅使用其中的6个属性而已。

然而，可能会产生疑问：如果ASP.NET页面和其中包含的用户控件都通过@ OutputCache指令设置了缓存，那么缓存该如何运行呢？ 　　遇到这个问题时，应掌握以下个基本原则：一是ASP.NET允许在页面和页面的用户控件中同时使用@ OutputCache指令设置缓存，并且允许设置不同的缓存过期时间值。

二是如果页面输出缓存过期时间长于用户控件输出缓存过期时间，则页面的输出缓存持续时间优先。

例如，如果页面输出缓存设置为100秒，而用户控件的输出缓存设置为50秒，则包括用户控件在内的整个页将在输出缓存中存储100秒，而与用户控件较短的时间设置无关。

三是如果页面输出缓存过期时间比用户控件的输出缓存过期时间短，则即使已为某个请求重新生成该页面的其余部分，也将一直缓存用户控件直到其过期时间到期为止。

例如，如果页面输出缓存设置为50秒，而用户控件输出缓存设置为100秒，则页面其余部分每到期两次，用户控件才到期一次。

asp.net 服务器缓存技术

实现 要实现页面输出缓存，只要将一条 OutputCache 指令添加到页面即可。

＜%@ OutputCache Duration="60" VaryByParam="*" %＞ 如同其他页面指令一样，该指令应该出现在 ASPX 页面的顶部，即在任何输出之前。

它支持五个属性（或参数），其中两个是必需的。

Duration 必需属性。

页面应该被缓存的时间，以秒为单位。

必须是正整数。

Location 指定应该对输出进行缓存的位置。

如果要指定该参数，则必须是下列选项之一：Any、Client、Downstream、None、Server 或 ServerAndClient。

VaryByParam 必需属性。

Request 中变量的名称，这些变量名应该产生单独的缓存条目。

"none" 表示没有变动。

"*" 可用于为每个不同的变量数组创建新的缓存条目。

变量之间用 ";" 进行分隔。

VaryByHeader 基于指定的标头中的变动改变缓存条目。

VaryByCustom 允许在 global.asax 中指定自定义变动（例如，"Browser"）。

利用必需的 Duration 和 VaryByParam 选项的组合可以处理大多数情况。

例如，如果您的产品目录允许用户基于 categoryID 和页变量查看目录页，您可以用参数值为 "categoryID;page" 的 VaryByParam 将产品目录缓存一段时间（如果产品不是随时都在改变，一小时还是可以接受的，因此，持续时间是 3600 秒）。

这将为每个种类的每个目录页创建单独的缓存条目。

每个条目从其第一个请求算起将维持一个小时。

VaryByHeader 和 VaryByCustom 主要用于根据访问页面的客户端对页面的外观或内容进行自定义。

同一个 URL 可能需要同时为浏览器和移动电话客户端呈现输出，因此，需要针对不同的客户端缓存不同的内容版本。

或者，页面有可能已经针对 IE 进行了优化，但需要能针对 Netscape 或 Opera 完全降低优化（而不仅仅是破坏页面）。

后一个例子非常普遍，我们将提供一个说明如何实现此目标的示例： 示例：VaryByCustom 用于支持浏览器自定义 为了使每个浏览器都具有单独的缓存条目，VaryByCustom 的值可以设置为 "browser"。

此功能已经内置在缓存模块中，并且将针对每个浏览器名称和主要版本插入单独的页面缓存版本。

＜%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" %＞ 片段缓存，用户控件输出缓存 缓存整个页面通常并不可行，因为页面的某些部分是针对用户定制的。

不过，页面的其他部分是整个应用程序共有的。

这些部分最适合使用片段缓存和用户控件进行缓存。

菜单和其他布局元素，尤其是那些从数据源动态生成的元素，也应该用这种方法进行缓存。

如果需要，可以将缓存的控件配置为基于对其控件（或其他属性）的更改或由页面级输出缓存支持的任何其他变动进行改变。

使用同一组控件的几百个页面还可以共享那些控件的缓存条目，而不是为每个页面保留单独的缓存版本。

实现 片段缓存使用的语法与页面级输出缓存一样，但其应用于用户控件（.ascx 文件）而不是 Web 窗体（.aspx 文件）。

除了 Location 属性，对于 OutputCache 在 Web 窗体上支持的所有属性，用户控件也同样支持。

用户控件还支持名为 VaryByControl 的 OutputCache 属性，该属性将根据用户控件（通常是页面上的控件，例如，DropDownList）的成员的值改变该控件的缓存。

如果指定了 VaryByControl，可以省略 VaryByParam。

最后，在默认情况下，对每个页面上的每个用户控件都单独进行缓存。

不过，如果一个用户控件不随应用程序中的页面改变，并且在所有页面都使用相同的名称，则可以应用 Shared="true" 参数，该参数将使用户控件的缓存版本供所有引用该控件的页面使用。

示例 ＜%@ OutputCache Duration="60" VaryByParam="*" %＞ 该示例将缓存用户控件 60 秒，并且将针对查询字符串的每个变动、针对此控件所在的每个页面创建单独的缓存条目。

＜%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %＞ 该示例将缓存用户控件 60 秒，并且将针对 CategoryDropDownList 控件的每个不同的值、针对此控件所在的每个页面创建单独的缓存条目。

＜%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true %＞ 最后，该示例将缓存用户控件 60 秒，并且将针对每个浏览器名称和主要版本创建一个缓存条目。

然后，每个浏览器的缓存条目将由引用此用户控件的所有页面共享（只要所有页面都用相同的 ID 引用该控件即可）。

页面级和用户控件级输出缓存的确是一种可以迅速而简便地提高站点性能的方法，但是在 ASP.NET 中，缓存的真正灵活性和强大功能是通过 Cache 对象提供的。

使用 Cache 对象，您可以存储任何可序列化的数据对象，基于一个或多个依赖项的组合来控制缓存条目到期的方式。

这些依赖项可以包括自从项被缓存后经过的时间、自从项上次被访问后经过的时间、对文件和/或文件夹的更改以及对其他缓存项的更改，在略作处理后还可以包括对数据库中特定表的更改。

在 Cache 中存储数据 在 Cache 中存储数据的最简单的方法就是使用一个键为其赋值，就像 HashTable 或 Dictionary 对象一样： Cache["key"] = "value"; 这种做法将在缓存中存储项，同时不带任何依赖项，因此它不会到期，除非缓存引擎为了给其他缓存数据提供空间而将其删除。

要包括特定的缓存依赖项，可使用 Add() 或 Insert() 方法。

其中每个方法都有几个重载。

Add() 和 Insert() 之间的唯一区别是，Add() 返回对已缓存对象的引用，而 Insert() 没有返回值（在 C# 中为空，在 VB 中为 Sub）。

示例 Cache.Insert("key", myXMLFileData, new System.Web.Caching.CacheDependency(Server.MapPath("users.xml"))); 该示例可将文件中的 xml 数据插入缓存，无需在以后请求时从文件读取。

CacheDependency 的作用是确保缓存在文件更改后立即到期，以便可以从文件中提取最新数据，重新进行缓存。

如果缓存的数据来自若干个文件，还可以指定一个文件名的数组。

Cache.Insert("dependentkey", myDependentData, new System.Web.Caching.CacheDependency(new string[] {}, new string[] {"key"})); 该示例可插入键值为 "key" 的第二个数据块（取决于是否存在第一个数据块）。

如果缓存中不存在名为 "key" 的键，或者如果与该键相关联的项已到期或被更新，则 "dependentkey" 的缓存条目将到期。

Cache.Insert("key", myTimeSensitiveData, null, DateTime.Now.AddMinutes(1), TimeSpan.Zero); 绝对到期：此示例将对受时间影响的数据缓存一分钟，一分钟过后，缓存将到期。

注意，绝对到期和滑动到期（见下文）不能一起使用。

Cache.Insert("key", essedData, null, System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.FromMinutes(1)); 滑动到期：此示例将缓存一些频繁使用的数据。

数据将在缓存中一直保留下去，除非数据未被引用的时间达到了一分钟。

注意，滑动到期和绝对到期不能一起使用。

更多选项 除了上面提到的依赖项，我们还可以指定项的优先级（依次为 low、high、NotRemovable，它们是在 System.Web.Caching.CacheItemPriority 枚举中定义的）以及当缓存中的项到期时调用的 CacheItemRemovedCallback 函数。

大多数时候，默认的优先级已经足够了 — 缓存引擎可以正常完成任务并处理缓存的内存管理。

CacheItemRemovedCallback 选项考虑到一些很有趣的可能性，但实际上它很少使用。

不过，为了说明该方法，我将提供它的一个使用示例： CacheItemRemovedCallback 示例 System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove); Cache.Insert("key",myFile,null, System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.Zero, System.Web.Caching.CacheItemPriority.Default, callback); . . . public static void OnRemove(string key, object cacheItem, System.Web.Caching.CacheItemRemovedReason reason) { AppendLog("The cached value with key " + key + " was removed from the cache. Reason: " + reason.ToString()); } 该示例将使用 AppendLog() 方法（这里不讨论该方法，请参阅 Writing Entries to Event Logs）中定义的任何逻辑来记录缓存中的数据到期的原因。

通过在从缓存中删除项时记录这些项并记录删除的原因，您可以确定是否在有效地使用缓存或者您是否可能需要增加服务器上的内存。

注意，callback 是一个静态（在 VB 中为 Shared）方法，建议使用该方法的原因是，如果不使用它，保存回调函数的类的实例将保留在内存中，以支持回调（对 static/Shared 方法则没有必要）。

该特性有一个潜在的用处 — 在后台刷新缓存的数据，这样用户永远都不必等待数据被填充，但数据始终保持相对较新的状态。

但实际上，此特性并不适用于当前版本的缓存 API，因为在从缓存中删除缓存的项之前，不触发或不完成回调。

因此，用户将频繁地发出尝试访问缓存值的请求，然后发现缓存值为空，不得不等待缓存值的重新填充。

我希望在未来的 ASP.NET 版本中看到一个附加的回调，可以称为 CachedItemExpiredButNotRemovedCallback，如果定义了该回调，则必须在删除缓存项之前完成执行。

缓存数据引用模式 每当我们尝试访问缓存中的数据时，都应该考虑到一种情况，那就是数据可能已经不在缓存中了。

因此，下面的模式应该普遍适用于您对缓存的数据的访问。

在这种情况下，我们假定已缓存的数据是一个数据表。

public DataTable GetCustomers(bool BypassCache) { string cacheKey = "CustomersDataTable"; object cacheItem = Cache[cacheKey] as DataTable; if((BypassCache) (cacheItem == null)) { cacheItem = GetCustomersFromDataSource(); Cache.Insert(cacheKey, cacheItem, null, DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey), TimeSpan.Zero); } return (DataTable)cacheItem; } 关于此模式，有以下几点需要注意： ? 某些值（例如，cacheKey、cacheItem 和缓存持续时间）是一次定义的，并且只定义一次。

? 可以根据需要跳过缓存 — 例如，当注册一个新客户并重定向到客户列表后，最好的做法可能就是跳过缓存，用最新数据重新填充缓存，该数据包括新插入的客户。

? 缓存只能访问一次。

这种做法可以提高性能，并确保不会发生 NullReferenceExceptions，因为该项在第一次被检查时是存在的，但第二次检查之前就已经到期了。

? 该模式使用强类型检查。

C# 中的 "as" 运算符尝试将对象转换为类型，如果失败或该对象为空，则只返回 null（空）。

? 持续时间存储在配置文件中。

在理想的情况下，所有的缓存依赖项（无论是基于文件的，或是基于时间的，还是其他类型的依赖项）都应该存储在配置文件中，这样就可以进行更改并轻松地测量性能。

我还建议您指定默认缓存持续时间，而且，如果没有为所使用的 cacheKey 指定持续时间，就让 GetCacheSecondsFromConfig() 方法使用该默认持续时间。

相关的代码示例是一个 helper 类，它将处理上述所有情况，但允许通过一行或两行代码访问缓存的数据。

请下载 CacheDemos.msi。

小结 缓存可以使应用程序的性能得到很大的提高，因此在设计应用程序以及对应用程序进行性能测试时应该予以考虑。

应用程序总会或多或少地受益于缓存，当然有些应用程序比其他应用程序更适合使用缓存。

对 ASP.NET 提供的缓存选项的深刻理解是任何 ASP.NET 开发人员应该掌握的重要技巧。

尽早缓存；经常缓存 您应该在应用程序的每一层都实现缓存。

向数据层、业务逻辑层、UI 或输出层添加缓存支持。

内存现在非常便宜 — 因此，通过以智能的方式在整个应用程序中实现缓存，可以获得很大的性能提高。

缓存可以掩盖许多过失 缓存是一种无需大量时间和分析就可以获得"足够良好的"性能的方法。

这里再次强调，内存现在非常便宜，因此，如果您能通过将输出缓存 30 秒，而不是花上一整天甚至一周的时间尝试优化代码或数据库就可以获得所需的性能，您肯定会选择缓存解决方案（假设可以接受 30 秒的旧数据）。

缓存正是那些利用 20% 付出获得 80% 回报的特性之一，因此，要提高性能，应该首先想到缓存。

不过，如果设计很糟糕，最终却有可能带来不良的后果，因此，您当然也应该尽量正确地设计应用程序。

但如果您只是需要立即获得足够高的性能，缓存就是您的最佳选择，您可以在以后有时间的时候再尽快重新设计应用程序。

页面级输出缓存 作为最简单的缓存形式，输出缓存只是在内存中保留为响应请求而发送的 HTML 的副本。

其后再有请求时将提供缓存的输出，直到缓存到期，这样，性能有可能得到很大的提高（取决于需要多少开销来创建原始页面输出 - 发送缓存的输出总是很快，并且比较稳定）。

你详细看看