ASP.NET Web API内存持续增长求助：缓存类对象占用分析

咱们一步步来拆解你的问题，先搞懂这些缓存对象到底是什么，再判断内存只增不降是否正常：

一、这些缓存相关对象的具体作用 #

• MemoryCache：这是.NET官方提供的内存缓存实现，核心作用是把频繁访问的数据存在应用内存里，避免重复计算、反复调用数据库或外部服务，以此提升接口响应速度。你代码里如果用到了System.Runtime.Caching.MemoryCache（传统ASP.NET）或者ASP.NET Core的IMemoryCache，对应的就是这个对象。
• RuntimeCache：这个属于ASP.NET底层运行时自己维护的缓存，用来存储框架运行需要的核心数据——比如路由规则的缓存副本、视图编译结果、配置项的缓存版本等，一般不是你业务代码直接创建的，是框架内部在用。
• ExpiresBucket & CacheExpires：这俩是配合缓存过期机制的“辅助工具”。CacheExpires负责管理所有缓存项的过期规则，而ExpiresBucket会把过期时间相同的缓存项归类到一起，这样框架批量清理过期缓存时效率更高，不用逐个检查每一项。

二、内存只增不降的现象正常吗？ #

明确说：绝对不正常。正常情况下，这些缓存都自带过期回收逻辑：

1. 你业务代码配置的MemoryCache项，只要设置了合理的过期时间（比如绝对过期、滑动过期），到点就会被回收；
2. 框架的RuntimeCache也有内部的清理机制，不会无限制膨胀。

出现这种内存只涨不跌的情况，大概率是这几个原因：

• 缓存项没设置过期时间：比如你加缓存时只存了键值对，没配置AbsoluteExpiration或SlidingExpiration，导致缓存项永远不会过期，内存越堆越多；
• 缓存键生成逻辑有问题：比如每次请求都生成新的唯一键，旧的缓存项既没人访问、又没过期，一直占着内存；
• 框架缓存出现异常：比如ASP.NET底层缓存因为bug或配置错误，没触发过期清理逻辑；
• 高负载下清理速度跟不上创建速度：极端高负载时，缓存项创建速度远超过过期清理速度，短时间内内存会上涨，但长期来看应该稳定在一个区间，而不是一直涨到触发自动重启。

三、下一步可以这么排查 #

• 检查业务代码里的缓存使用：确认所有MemoryCache/IMemoryCache的缓存项都配置了合理的过期策略，比如设置绝对过期时间（比如10分钟后自动失效），或者滑动过期（10分钟没访问就失效）；
• 查看Azure App Service的日志和指标：看看有没有缓存清理失败的日志，或者缓存命中率是否异常（如果命中率极低，说明很多缓存项根本没被用到，白占内存）；
• 深挖内存转储文件：用Visual Studio或者WinDbg打开转储，看看这些缓存对象里具体存了什么数据——是业务数据还是框架数据？有没有特别大的缓存项拖内存？
• 调整缓存配置：比如给MemoryCache设置内存上限（比如基于应用可用内存的百分比），让内存不足时框架主动回收不常用的缓存项。

内容的提问来源于stack exchange，提问作者Jags