什么样的泄漏会导致WCF中TimeBoundedCache.ExpirableItem的实例泄漏?

发布于 2024-11-16 01:09:56 字数 279 浏览 2 评论 0原文

我使用 .NET Memory Profiler 分析了我的 WCF 应用程序,发现存在 TimeBoundedCache.ExpirableItem 和 Byte[] 类型的实例泄漏:

使用间隔为1小时的两张快照进行比较,不同时间的比较也显示出两种类型的数量持续增加。除这两种类型外,没有明显的泄漏。

分配堆栈如下所示: 在此处输入图像描述

有人知道可能是什么原因造成的吗?

I profiled my WCF application using the .NET Memory Profiler, and found that there is instance leak of types TimeBoundedCache.ExpirableItem and Byte[]:

enter image description here

The comparison was made using two snapshot with 1 hour interval, and comparisons at different times also show the consistently increasing number of the two type. Other than those two types, there is no apparent leak.

The allocation stack looks like this:
enter image description here

Does anyone recognize what might be causing this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

爱,才寂寞 2024-11-23 01:09:56

WCF 安全堆栈中的各种安全令牌缓存实现都使用它。我猜您的客户端配置了 < code>CacheIssuedTokens 功能?

该缓存将由在后台线程上运行的清除进程定期清理,因此您无需担心它永远泄漏。但是,您确实需要意识到,如果您的流程中有多个客户端都拥有自己的安全令牌,那么这种情况会随着时间的推移而增加。

This is used by various security token cache implementations within the WCF security stack. I'm guessing your client is configured with the CacheIssuedTokens feature?

This cache will be routinely cleaned up by a purging process that runs on a background thread, so you don't need to worry about it leaking forever. However, you do need to realize that if you have several clients in your process all with their own security tokens, this will build up over time.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文