内存优化：Boxing
内容提要
本文介绍了使用dotMemory进行内存流量分析的方法和技巧，重点讨论了装箱、集合调整大小和枚举集合等问题，并提供了修复这些问题的方法。文章强调了不要过早优化的重要性。
延伸解读
装箱的性能代价：从栈到堆的复制
装箱将值类型转换为引用类型，导致值从栈复制到托管堆。在x64系统上，每个对象至少有24字节开销（对象头、方法表指针、预留单元），而一个int仅占4字节。这种额外的内存分配和复制会增加GC压力，影响性能。因此，在堆中看到值类型对象通常意味着装箱发生。
使用dotMemory定位装箱与集合扩容
dotMemory的内存分配视图可以按类型分组，帮助找到值类型对象及其分配方法。对于集合扩容，比较两个快照并查看Resize相关方法。Heap Allocation Viewer插件能在代码中提示装箱分配。这些工具让开发者能准确识别高流量来源，而不是盲目优化。
修复装箱与枚举集合的实用技巧
修复装箱需重写代码，避免值类型到引用类型的转换，例如用i.ToString()替代string.Format中的装箱。枚举集合时，避免将List<T>强制转换为IEnumerable接口，因为List<T>.Enumerator是结构体，转换会导致装箱。可以创建接受具体集合类型的重载方法。
不要过早优化：可读性优先
文章强调可读性应优先于性能优化。装箱和枚举问题可能随技术进步而解决，例如.NET 6的DefaultInterpolatedStringHandler消除了字符串插值的装箱。因此，在编码初期应依赖语义，将性能优化交给分析器，避免为微优化牺牲代码清晰度。
Q&A
什么是装箱，它对性能有什么影响？
装箱是将值类型转换为引用类型，导致额外内存分配，从而影响应用程序性能。
如何使用dotMemory检测装箱问题？
使用dotMemory打开内存分配视图，查找值类型对象并确定分配这些对象的方法。
如何修复装箱问题？
重写代码以消除装箱，确保不在代码中将值类型转换为引用类型。
动态集合的调整大小如何影响性能？
动态集合在调整大小时会重新分配内存，频繁调整会影响应用程序性能。
在枚举集合时应该注意什么？
避免将集合强制转换为接口，以减少装箱的发生。
为什么不应该过早优化代码？
过早优化可能会降低代码可读性，应该优先考虑代码的可读性而非性能。
