为什么.Net书籍为什么谈论堆栈与堆内存分配？

似乎每本.net书籍都在谈论值类型与引用类型，并使其指向（通常是错误地）存储每种类型（堆或栈）的状态。通常，它在前几章中介绍，是一些非常重要的事实。我认为认证考试甚至都涵盖了它。为什么（初学者）.Net开发人员堆栈与堆甚至重要？您分配的东西就可以了，对吧？

我逐渐确信，这些信息被认为很重要的主要原因是传统。 在非托管环境中，区分堆栈和堆很重要，我们必须手动分配和删除我们使用的内存。现在，垃圾回收负责管理，因此他们忽略了这一点。我认为消息并没有真正得到解决，我们也不必关心使用哪种类型的内存。

正如Fede指出的那样，埃里克·利珀特（Eric Lippert）对此有一些非常有趣的事情要说：http : //blogs.msdn.com/b/ericlippert/archive/2010/09/30/the-truth-about-value-types.aspx。

根据这些信息，您可以将我的第一段内容调整为基本上是这样的：“人们之所以包含此信息，并认为它很重要，是因为信息不正确或不完整以及过去需要这些知识。”

对于那些认为出于性能原因仍然很重要的人：如果您确实对事物进行了度量并发现它很重要，那么您将采取什么措施将某些事物从堆中移到栈中？您更有可能找到完全不同的方法来提高问题区域的性能。

似乎每本.NET书籍都在谈论值类型与引用类型，并使其指向（通常是错误地）存储每种类型（堆或栈）的状态。通常，它在前几章中介绍，是一些非常重要的事实。

我完全同意; 我一直都这样。

为什么.NET书籍为什么谈论堆栈与堆内存分配？

原因之一是因为许多人都是从C或C ++的背景来学习C＃（或其他.NET语言）的。由于这些语言不会为您强制执行有关存储寿命的规则，因此您需要了解这些规则并仔细实施程序以遵循它们。

现在，了解这些规则并在C中遵循它们并不需要您了解“堆”和“堆栈”。但是，如果您确实了解数据结构的工作原理，那么通常更容易理解和遵循规则。

当写一个初学者的书是很自然的作者解释的概念以相同的顺序是他们学会了他们。这不一定对用户有意义。我最近是Scott Dorman的C＃4初学者书籍的技术编辑，而我喜欢它的一件事是Scott为主题选择了一个非常合理的排序，而不是从内存管理的真正高级主题入手。

原因的另一部分是MSDN文档中的某些页面强烈强调存储注意事项。尤其是早期的MSDN文档，至今仍在使用。该文档中的许多都存在从未被删除的细微错误，您必须记住它是在历史上的特定时间针对特定受众编写的。

为什么（初学者）.NET开发人员堆栈与堆甚至重要？

我认为事实并非如此。更重要的是要了解以下内容：

• 引用类型和值类型在复制语义上有什么区别？
• “ ref int x”参数的行为如何？
• 为什么值类型应该是不可变的？

等等。

您分配的东西就可以了，对吧？

那是理想。

现在，在某些情况下它确实很重要。垃圾收集很棒而且相对便宜，但是它不是免费的。在周围复制小型结构相对便宜，但并非免费。在现实的性能场景中，您必须平衡收集压力的成本与过度复制的成本。在这些情况下，深入了解所有相关内存的大小，位置和实际寿命非常有帮助。

同样，在现实的互操作方案中，有必要了解堆栈中的内容和堆中的内容以及垃圾回收器可能在移动的内容。这就是C＃具有“固定”，“堆栈分配”等功能的原因。

但是这些都是高级方案。理想情况下，初学者程序员无需担心这些东西。

你们都错过了重点。堆栈/堆区别之所以重要的原因在于范围。

struct S { ... }

void f() {
    var x = new S();
    ...
 }

一旦X去的范围时，所创建的对象断然消失了。那只是因为它是在堆栈上分配的，而不是在堆上分配的。方法的“ ...”部分中没有任何内容可以改变这一事实。特别是，任何赋值或方法调用都只能复制 S结构，而不能创建新的引用以使其得以存活。

class C { ... }

void f() {
     var x = new C();
     ...
}

完全不同的故事！由于x现在位于堆上，因此x超出范围后，它的对象（即对象本身，而不是其副本）可能会继续存在。实际上，它不会继续存在的唯一方法是x是对其的唯一引用。如果“ ...”部分中的赋值或方法调用创建了其他引用，这些引用在x超出范围时仍处于“活动”状态，则该对象将继续存在。

那是一个非常重要的概念，真正理解“什么和为什么”的唯一方法是知道堆栈和堆分配之间的区别。

至于为什么要覆盖这个主题，我同意@Kirk的观点，这是一个重要的概念，您必须理解。您对这些机制了解得越多，就可以做得更好，使出色的应用程序平稳运行。

现在，埃里克·利珀特（Eric Lippert）似乎同意您的观点，即大多数作者未正确涵盖该主题。我建议您阅读他的博客，以更好地了解其内幕。

好吧，我认为这就是托管环境的重点。我什至会称其为基础运行时的实现细节，您不应对此做任何假设，因为它随时可能更改。

我对.NET不太了解，但是据我所知，它在执行之前就已JITted了。例如，JIT可以执行转义分析，而不能执行转义分析，突然之间，您会将对象放在堆栈上或仅放在某些寄存器中。你不知道这一点。

我想有些书涵盖了它，仅仅是因为作者对此非常重视，或者是因为他们假设听众会这么做（例如，如果您编写了“ C ++程序员C＃”，则可能应该涵盖该主题）。

尽管如此，我认为没有什么可以说是“管理内存”了。否则，人们可能得出错误的结论。

您必须了解内存分配如何有效地使用它，即使您不必显式管理它。这几乎适用于计算机科学中的每个抽象。

在某些极端情况下，它可能会有所作为。默认堆空间为1meg，而堆为数gig。因此，如果您的解决方案包含大量对象，则可能会耗尽堆栈空间，同时又有大量堆空间。

但是，在大多数情况下，这是相当学术的。

如您所说，C＃应该抽象化内存管理，而堆与栈分配是实现细节，从理论上讲，开发人员无需了解这些细节。

问题是，如果不参考这些实现细节，确实很难以直观的方式解释某些事情。尝试解释可变值类型时的可观察行为-如果不参考堆栈/堆的区别，几乎是不可能做到的。还是尝试解释为什么在语言中首先具有值类型，以及何时使用它们？您需要了解区别才能理解语言。

请注意，即使说Python或JavaScript的书即使提及也没什么大不了的。这是因为一切都是堆分配的或不可变的，这意味着不同的复制语义永远不会发挥作用。在那些语言中，内存的抽象是可行的，在C＃中是泄漏的。