聊一聊 .NET 某跨境物流系统 内存暴涨分析
💡
原文中文，约9000字，阅读约需22分钟。
📝
内容提要
一名学员的软件出现内存泄露，分析发现大量未被GC回收的Byte[]导致托管堆内存暴涨。通过引用链观察，发现CallbackNode节点过多，注册函数失控。建议关注AspNetTraceContext和TraceScope的注册代码，或考虑移除相关中间件。
🎯
关键要点
- 一名学员的软件出现内存泄露，导致托管堆内存暴涨。
- 通过数据分析确认托管堆内存确实存在泄露，主要是大量未被GC回收的Byte[]。
- 托管堆中发现大量的System.Byte[]，其中有28000个大小为32792的数组未被回收。
- 通过引用链分析，发现CallbackNode节点数量过多，注册函数失控。
- 建议关注AspNetTraceContext和TraceScope的注册代码，或考虑移除相关中间件。
- 调试工作需要对CancellationToken和IChangeToken有一定了解，以便有效解决问题。
❓
延伸问答
内存暴涨的主要原因是什么？
内存暴涨主要是由于大量未被GC回收的Byte[]导致的。
如何确认托管堆内存存在泄露？
可以通过使用命令!maddress -summary观察内存使用情况，确认托管堆内存是否存在泄露。
CallbackNode节点过多会导致什么问题？
CallbackNode节点过多会导致注册函数失控，从而造成内存泄露。
建议如何处理AspNetTraceContext和TraceScope的注册代码？
建议关注AspNetTraceContext和TraceScope的注册代码，或考虑移除相关中间件。
调试内存泄露时需要了解哪些概念？
调试内存泄露时需要对CancellationToken和IChangeToken有一定了解。
如何使用命令行工具分析托管堆内存？
可以使用命令!dumpheap -stat来观察托管堆内存的详细信息。
➡️
