A. .net 缓存是什么 放在哪里 概念模糊了 大侠帮忙
在 ASP.NET 提供的许多特性中，缓存支持我最欣赏的特性，相比 ASP.NET 的所有其他特性，缓存对应用程序的性能具有最大的潜在影响，利用缓存和其他机制，ASP.NET 开发人员可以接受使用开销很大的控件（例如，DataGrid）构建站点时的额外开销，而不必担心性能会受到太大的影响。为了在应用程序中最大程度地利用缓存，应该考虑在所有程序级别上都实现缓存的方法。 实现 要实现页面输出缓存，只要将一条 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", myFrequentlyAccessedData, 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 版本中看到一个附加的回调，可以称为 ，如果定义了该回调，则必须在删除缓存项之前完成执行。 缓存数据引用模式 每当我们尝试访问缓存中的数据时，都应该考虑到一种情况，那就是数据可能已经不在缓存中了。因此，下面的模式应该普遍适用于您对缓存的数据的访问。在这种情况下，我们假定已缓存的数据是一个数据表。 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 的副本。其后再有请求时将提供缓存的输出，直到缓存到期，这样，性能有可能得到很大的提高（取决于需要多少开销来创建原始页面输出 – 发送缓存的输出总是很快，并且比较稳定）。
B. Firefox 配置文件 缓存 更改位置
您好！Firefox的缓存目录是配置文档目录中Cache文件夹。可以在火狐中地址栏输入about:cache查看缓存路径，如果你修改了配置文档的位置不在c盘，那么缓存就不会在c盘了。希望我的回答对您有所帮助，如有疑问，欢迎继续在本平台咨询。了解更多火狐浏览器的使用小技巧，请到火狐社区：http://mozilla.com.cn/topic/1/感谢您对火狐浏览器的支持！
C. ehcache 缓存如何添加配置文件
在ehcache.xml文件中配置查询缓存参数，ehcache.xml文件配置如下： 2. spring的配置 第一步：给指定方法配置缓存/src/main/resources/applicationContext-resources.xml 配置参数的含义如下：id：唯一标识符refId
D. 怎么设置缓存文件
系统运行后是必须会产生缓存文件的！你可设置把缓存文件夹放在其他空间较大的盘里！这样可以缓解C盘空间小的问题。INTERNET属性-设置-移动文件夹。
E. memcache做缓存需要配置哪些文件，怎样修改是做php缓存呢还是做mysql缓存
memcache是key-value形式的内存缓存nosql，提高你程序的性能，看你的业务需求了，mysql是关系型数据库
F. was上部署的应用缓存在什么目录下
刚刚学会了用was部署项目，步骤很简单，但是第一次还是手忙脚乱，没有头绪，现在学会了，记录下详细步骤跟大家分享。工具/原料waswar包方法/步骤打开was的“管理控制台”，单击后会在ie浏览器中打开管理页面打开后可以看到左侧的菜单列表，单击“应用程序”->"安装新的应用程序"，重点需要输入的有两个地方：选择was上传路径，输入上下文根都输入后，就可以进行下一步了，之后就是大约1分钟的加载。注意：上下文根就是你要访问的系统标识，比如http://localhost:8888/test/,上下文根就是test此时，不需要改任何配置，直接单击“下一步”勾选选框，然后单击“下一步”不用勾选选框，虚拟主机就根据已经配置的进行选择就可以了，一般是默认“default_host”，然后单击“下一步”可以编辑上下文根，基本上是不用改的，默认就好，单击“下一步”查看一下信息，基本是没有问题的，单击“完成”，稍等一下保存配置，之后跳转到"安装新的应用程序"页面，安装完成！之后就可以在“企业应用程序”里面看到了，单击“启动”就可以访问了。END注意事项war失败，可以先用一个空war包，安装成功后再替换
G. 请问windows 10下规定transmission默认缓存大小的配置文件是哪个
根据经验，不用另外设置缓存，在transmission的配置文件设置的preallocation=2，下载前会预分配好硬盘空间。
H. 清除WebSphere中缓存
可能是部署在WebSphere里面的项目还没有去删除吧？，。。
I. 配置文件直接写缓存不写数据库 有什么影响没
应该没什么影响，而且还减少了读数据库的次数，提高了效率。
J. was的不同应用
什么是AQPreventionTamper？AQPreventionTamper是WEB类防篡改系统，致力于解决政府、机关、医疗、院校、企业等十余个行业的WEB安全问题，提供高效、安全、易用的WEB应用程序保护方案，以实时性，安全性，低消耗性，为客户制定合理有效的WEB安全解决方案。AQPreventionTamper通过实时监控、自动恢复、上传脚本文件隔离等功能为用户Web站点提供安全保护，并可以通过日志实现对WEB应用程序文件变动情况进行监控，防止黑客、恐怖分子及网络病毒通过攻击手段上传脚本木马，防止WEB应用程序的脚本文件被破坏或非法修改，从而为客户提供可靠的安全保障。AQPreventionTamper采用事件触发技术，与传统的基于扫描技术、核心内嵌技术的WEB应用程序防护软件相比较，在降低系统资源占用的同时，更将软件的时间片提高至毫秒级，从而更加有效的对用户Web站点进行保护。AQPreventionTamper设计的理念：防止脚本木马的入侵，从而防止黑客的权限提升。WEB应用程序的运行主要是脚本文件的执行，普通的js文件、图片文件和静态html文件并不经过解析执行，也不会对WEB应用程序的安全造成任何的影响，所以防篡改监控的主要对象是WEB应用程序的脚本文件，而对js、图片、静态页面并不进行无意义的防篡改保护，同时，对于生成静态页面式的WEB应用程序也就不存在拦截的情况发生了。AQPreventionTamper以服务方式运行，运行稳定，并且用户无需对其进行额外的维护，只需要定期的查看防篡改日志。AQPreventionTamper对于维护政府和企业形象，保障互联网业务的正常运营，有着卓越而显著的成效。AQPreventionTamper提供了实时的WEB应用程序脚本文件监控功能。真正实现了报警与恢复的实时性，针对WEB应用程序脚本入侵事件，能迅速（毫秒级）的恢复被篡改的文件。同时系统支持用户灵活地自定义排除策略，将缓存文件排除在外。系统服务、运行稳定AQPreventionTamper以系统服务运行，仅需在服务器的硬盘上将WEB应用程序的脚本文件做一个备份，不需要额外的配置另外一台服务器做备份，更不需要进行内外网的隔离发布。监控对象AQPreventionTamper监控的对象包括各类脚本文件: .asp .php .aspx .jsp .asa .cer等，而对于无危害的图片文件和静态页面，防篡改并不进行防篡改保护，这样对于静态生成页面的WEB应用程序，防篡改也能在不拦截正常文件的情况下对其进行有效的保护。同时，对于利用iis和apache的解析漏洞建立的.asp .php后缀的文件夹也能进行有效的拦截和自动删除。AQPreventionTamper自动将非授权更改的脚本文件隔离到backup文件夹内，通过对这些隔离文件的甄别，可以有效的检查到上传的木马文件，联系WEB日志,可以进一步的确定WEB应用程序漏洞的所在，进而对WEB应用程序漏洞进行修补。应用平台Windows系列操作系统：Windows2000、Windows2003、WindowsXP。 产品特性实时性—对用户Web应用系统实时监控与恢复；低耗性—监控过程中不占用系统资源，不影响用户其他正常使用；灵活性—灵活的监控策略和服务器联动保护设置；易用性—只需简单的熟悉整体功能即可对WEB应用程序进行安全操作。WebSphere Application Server V7WebSphere Application Server V7 构建在早期版本的强大和稳定的核心之上，并具有若干新特性和增强功能。除了支持最新的标准和编程模型以外，V7 还包含系统管理、安装和安全性方面的重要改进。总而言之，这些特性进一步扩展了 WebSphere Application Server 平台的覆盖范围、运行时管理功能和应用程序部署选项，以帮助您降低成本和进一步发展企业。本概述将向您介绍这个新版本中的一些关键特性，这些特性使得该版本可以为您的 SOA 环境提供更加灵活和可靠的基础。标准WebSphere Application Server V7 包括对以下技术的支持：Java EE 5WebSphere Application Server V7 中最值得注意的支持标准是 Java™ Platform, Enterprise Edition (Java EE) 5。WebSphere Application Server V7 提供了对 Java EE 5 规范的完全支持，包括以前在 V6.1 中作为功能包提供的 Web 服务和 EJB 3.0 功能。如果您不熟悉 Java EE 5，这个最新版本的标准代表了 Java 企业编程模型的重大发展，在应用程序开发人员体验方面带来了可观的改进，从而又在应用程序开发人员工作效率方面带来了重大改进。经常用于描述 Java EE 5 编程模型的短语是逐渐披露 (progressive disclosure)，这意味着迄今为止 Java EE 开发所必需的大部分“样板”代码已经消除。取而代之的是，最常用的应用程序上下文作为缺省行为提供，然后通过使用注释 (annotation)，您可以根据需要覆盖缺省行为，从而获得所需的实现。通过这种方式，应用程序将逐渐地仅构造至所需的程度。WebSphere Application Server V7 还引入了对 Java Platform, Standard Edition (Java SE) 6 的支持。依赖项注入就覆盖缺省行为而言，开发人员的工作效率得到进一步提高，因为可以使用注释而不是编写代码来方便快捷地完成缺省行为覆盖。注释与称为依赖项注入或反向控制（Inversion of Control，IoC）的编程模式结合使用，在该模式中，应用程序代码只需声明变量，并对它们进行注释以表示所需的任何内容，然后容器将“注入”指定的对象或资源引用。
