问题标签 [httpruntime.cache]

我希望能够确定 HttpRuntime 缓存中项目的年龄，并且想知道是否有任何方法可以做到这一点。基本上我在课堂上的是将第三方 XML 文件解析为一个对象，然后将该对象存储在缓存中。不过，与其在缓存中的对象上设置过期时间，不如在需要刷新对象时尝试提取更新的 XML，以便在解析器失败时保留缓存的对象。如果有人知道如何以不同/更好的方式完成此任务，我也愿意接受。

我想根据可用内存量来修改我的滑动到期时间跨度的值。如果站点的流量在任何时间点都很高，则将比在安静时期添加更多的数据到缓存中。在那些安静的时期，我可以增加滑动到期时间跨度，从而允许数据存储更长时间。但是当网站很忙时，我需要释放内存，所以我对更短的时间跨度更满意。

所以我想我的问题如下：

我是否可以找出我添加的项目消耗了多少内存HttpRuntime.Cache？如果是这样，怎么做？

这听起来像是对我所描述的问题的现实解决方案吗？

我使用 HttpRuntime.Cache.Insert 将数据插入缓存。我有函数'onremove'作为cacheitemremovedcallback - 当缓存过期（15分钟后）它释放缓存中的数据并调用'onremove'将数据再次插入缓存。

每次我想使用缓存中的数据时，我都会先检查数据是否存在：

如果我检查数据是否在缓存中并且它在那里，但是一旦我想使用它就会过期怎么办？所以当我打电话时：

HttpRuntime.Cache 是否会等到调用“onremove”并在提取数据之前完成将数据加载回缓存？

我正在尝试使用 HttpRuntime.Cache.Remove(key) 删除缓存但无效。我想知道使用 HttpRuntime.Cache 的最佳实践是什么。

问候

我的 ASP.Net 应用程序使用 HTTPRuntime.Cache。如果我在 Azure 上托管它：

1. 假设 Azure 不支持 HTTPRuntime.Cache 是否会出现任何编译错误
2. 不会有任何编译错误，但 HttpRunTime.Cache 总是为任何请求的键返回 null
3. HttpRuntime.Case 工作正常

我的哪个假设是正确的？

我有一个基于域主机名动态加载网站内容的站点，由 IIS7 提供服务。所有域共享一个缓存的设置集合。似乎几乎每个页面请求都会从缓存中刷新设置。这通过记录缓存值为空并从 SQL 重新加载的时间来验证。此代码在其他服务器和站点上按预期工作。ASP.NET 缓存是否有可能为每个域名主机名单独存储？

我计划创建一个 Sharepoint Timer Job 并将其配置为在我们所有的农场 Web 前端机器上运行。

计时器作业将从 SP SQL Server 实例读取数据，并希望将其更新到我们拥有的 2 个 Web FTE 上的 HTTPRuntime 缓存对象中。

问题是，Timer Job 是否可以访问 ASP.net 缓存对象，还是因为它们是从 owstimer.exe 运行的？

如果不是，那么在 2 个 Web 前端更新缓存项的最佳方法是什么？我应该提一下，我们目前没有将 IIS 站点配置为单独访问。即我们有一个 URL 来访问农场，我们的内容交换机决定哪台机器获取它。

那么它甚至可能吗？

我有所有用户通用的数据存储在HttpRuntime.Cache.

然后我在 Session 中存储了一些与用户相关的数据。

HttpRuntime.Cache有CacheDependency机制，可以用来定义缓存中的项目之间的关系。

您将使用什么来处理 Session 和 Runtime Cache 之间的依赖关系？

除了 CacheDependencies，还有CacheItemRemovedCallback. 如果可能的话，我可以在此回调期间从每个会话中删除特定值。

我有一个 asp.net 站点（4.0 框架）的问题我想了解如何在页面请求之间正确丢弃 HttpRuntime.Cache 中的值。我在搜索页面上存储分页、控件状态等的值，它工作正常.. 如果我打开不同的浏览器并打开页面，则存在控件的值（例如组合框选择）。

我们有一个 ASP.NET 4.0 应用程序，它从数据库中提取一个复杂的数据结构，该结构需要 12 多个小时才能推送到内存中的数据结构（后来存储在 HttpRuntime.Cache 中）。数据结构的大小正在迅速增加，如果应用程序重新启动，我们不能继续等待 12 多个小时才能将其放入内存。如果您要更改 web.config 或导致重新启动的 Web 应用程序中的任何代码，这是一个主要问题 - 这意味着在应用程序可以使用之前等待很长时间，并阻碍开发或更新部署。

数据结构必须在内存中以使网站可用的速度工作。与 HttpRuntime.Cache 相比，在内存数据库（如 memcache 或 Redis）中，速度较慢，并且在我们的情况下不起作用（在内存中，数据库必须序列化 put/get，而且它们不能相互引用，它们使用作为查找的键- 性能下降，加上大量键，性能迅速下降）。性能在这里是必须的。

我们想做的是在应用程序结束之前（在重新启动时）快速将 HttpRuntime.Cache 转储到磁盘，并能够在应用程序再次启动时立即将其加载回来（希望在几分钟内而不是 12 小时或几天内） .

内存结构约为 50GB。

有针对这个的解决方法吗？