谁能提供 .NET 内存管理的高级概述？
更具体地说，我正在寻找内存管理的概述..
【问题讨论】：
我在这篇关于 .net 内存管理的文章中讨论了以下问题。我希望这能让读者了解 .net 内存管理。
让我们开始吧 .net 类型的内存分配发生在堆栈或堆中。我们需要了解什么时候在堆栈或堆中分配类型。
堆叠
方法中的所有局部变量都在堆栈中分配内存。 当一个方法 A 调用另一个方法 B 时，调用方法 A 的返回地址存储在 STACK 中，并将控制权传递给方法 B。 方法 B 执行完成后，它（连同其本地数据）从 STACK 中删除，并从方法 A 中停止的位置继续执行。
堆
在检查堆中存储的内容之前，我们需要了解根引用。 让我们用一个例子来理解——
假设有一个包含员工技能列表的员工类。如果我们需要访问员工的技能，我们需要创建一个员工类的对象，然后访问该列表。
所以这里员工类型的对象引用是存储在堆栈上的根引用，实际对象存储在堆上
所有全局变量、静态全局变量和类型（使用 new 初始化时）都存储在 HEAP 中。
多线程环境中的内存分配 每个线程都有自己的 STACK，但 HEAP 在所有线程之间共享。因此，在 HEAP 的情况下确保线程安全变得很重要，因为不同的线程可以访问/修改相同的资源。
线程安全超出了本文档的范围。
继承中的内存分配 当我们创建子类的对象时，会在堆中创建单个对象。 该对象将保存类的所有状态相关数据，包括父类。
垃圾收集 (GC) .net 使用垃圾收集来自动清理分配的对象。
垃圾收集器检查堆上没有被任何东西引用的分配对象，或者我们可以说没有根引用。
静态变量在堆上分配并且永远不会被垃圾回收，因为它们永远不会有根引用。
GC 在单独的线程上运行，用于收集未使用的对象并释放内存。它会定期或在应用程序开始耗尽内存时自动运行。
开发人员可以通过执行 GC.Collect() 来运行 GC，但不建议这样做，因为它可能会影响应用程序性能。
GC 世代
根据对象的生命周期，它可以分为 3 类——
0代——对象刚创建的时候，放在0代。表示这个对象是新的，还没有被GC检查。
第 1 代 – 被 GC 检查过一次但由于具有根引用而存活的对象被放入第 1 代。
第 2 代 - 通过两次或更多检查并且由于具有根引用而未被 GC 杀死的对象属于第 2 代。
GC 不收集文件、网络、数据库、UI 元素等非托管资源的对象。 我们需要显式使用 Dispose (IDisposable) 或在 using 语句中使用相关的类对象（确保 IDiposable 在我们想要使用 dispose 的类型中被继承）。
内存管理最佳实践
使用 IDisposable 或 using 语句释放非托管资源。
如果在创建类对象期间不需要类成员的初始化，请尝试推迟初始化。
如果在创建列表期间未定义大小，则 List 等集合会将初始大小设置为 4 个元素。如果我们在 4 之后添加任何元素，则集合大小在内存中增加一倍。 因此，为避免这种情况，并且在列表较小时不占用额外内存，建议指定集合的初始大小。
尽量保持数据模型简单且结构良好。因为如果太复杂，GC 会花更多时间分析整个图以检查可以收集哪些对象。
尽可能使用 yield 语句。 C# 中的 Yield 关键字用于生成迭代器模式，它是一种 IEnumerator 实现。使用 yield 语句的好处是整个集合不需要在内存中。它一次处理一项。
避免在 LINQ 查询中过度分组或聚合函数。
谢谢！
【讨论】：
是否有一个整体的 .net 堆？
有很多。您通常关心的是第 0 代、第 1 代和第 2 代垃圾收集堆、大对象堆和加载器堆。世代有助于使垃圾收集器更有效。 LOH 用于太大而无法移动的对象。加载器堆存储静态变量值。
堆是基于应用程序的吗？
不，它们是基于 AppDomain 的。 AppDomain 为进程提供了一种廉价的替代方案。
当我运行我的应用程序时，是创建了一个新堆/分配了内存，还是来自整个 .net 堆的内存？
默认 CLR 在您的代码开始运行之前创建主 AppDomain 及其关联的堆。
当 .net 堆耗尽其原始内存时会发生什么？它对操作系统有更多要求吗？
是的。
【讨论】：
每个进程都有自己的堆 - 如果在 GC 清理完所有可能需要的内存后需要更多内存，则该进程会向操作系统询问更多信息。
我所知道的此类信息的最佳资源是 Jeffrey Richter 的 CLR via C# 书。
【讨论】：