内存分配：堆栈与堆？

Question

我对堆栈与堆之间的内存分配基础知识感到困惑。根据标准定义（大家都说的），所有值类型将被分配到堆栈上，而引用类型将进入<强>堆。

现在考虑以下示例：

class MyClass
{
    int myInt = 0;    
    string myString = "Something";
}

class Program
{
    static void Main(string[] args)
    {
       MyClass m = new MyClass();
    }
}

现在，c# 中的内存分配将如何发生？ MyClass的对象（即m）会被完全分配到Heap吗？也就是说，int myInt和string myString都会进入堆？

或者，对象将被分为两部分，并被分配到两个内存位置，即堆栈和堆？

Answer 1

每次创建对象时，它都会进入称为堆的内存区域。原始变量如
如果 int 和 double 是局部方法变量，则在堆栈中分配；如果是成员变量，则在堆中分配
变量。在方法中，当调用方法时，局部变量被推入堆栈
当方法调用完成时，堆栈指针会递减。在多线程应用程序中，每个线程
将拥有自己的堆栈，但共享相同的堆。这就是为什么在代码中应该小心以避免任何
堆空间中的并发访问问题。堆栈是线程安全的（每个线程都有自己的堆栈），但是
除非通过代码进行同步保护，否则堆不是线程安全的。

此链接也很有用 http://www.programmerinterview.com/index.php/data-structs/difference- Between-stack-and-heap/

Answer 2

m 是对 MyClass 对象的引用，因此 m 存储在主线程的堆栈中，但 MyClass 的对象存储在堆中。因此 myInt 和 myString 存储在堆中。
请注意，m 只是一个引用（内存地址）并且位于主堆栈上。当 m 释放时，GC 从堆中清除 MyClass 对象
有关更多详细信息，请阅读本文的所有四个部分
https://www .c-sharpcorner.com/article/C-Sharp-heaping-vs-stacking-in-net-part-i/

Answer 3

根据标准定义（大家都这么说），所有值类型都将分配到堆栈上，而引用类型将分配到堆中。

这是错误的。仅本地（在函数上下文中）值类型/值类型数组在堆栈上分配。其他所有内容都分配在堆上。

Answer 4

您应该将对象在哪里分配的问题作为实现细节来考虑。对于您来说，对象的位的确切存储位置并不重要。对象是引用类型还是值类型可能很重要，但在开始优化垃圾收集行为之前，您不必担心它将存储在哪里。

虽然在当前实现中引用类型始终分配在堆上，但值类型可能分配在堆栈上 - 但不一定。仅当值类型是未装箱的非转义本地或临时变量且未包含在引用类型中且未在寄存器中分配时，才会在堆栈上分配值类型。

• 如果值类型是类的一部分（如您的示例中所示），它将最终位于堆上。
• 如果它被装箱，它最终会出现在堆上。
• 如果它在数组中，它将最终出现在堆上。
• 如果它是静态变量，它将最终出现在堆上。
• 如果它被闭包捕获，它将最终出现在堆上。
• 如果它在迭代器或异步块中使用，它将最终出现在堆上。
• 如果它是由不安全或非托管代码创建的，则可以将其分配在任何类型的数据结构中（不一定是堆栈或堆）。

有什么我错过的吗？

当然，如果我没有链接到 Eric Lippert 关于该主题的帖子，那就是我的失职：

• 堆栈是实现细节，第一部分
  
• 堆栈是实现细节，第二部分
• 也许是最好的一个：关于值类型的真相

Answer 5

m 在堆上分配，其中包括 myInt。在堆栈上分配基元类型（和结构）的情况是在方法调用期间，这会为堆栈上的局部变量分配空间（因为它更快）。例如：

class MyClass
{
    int myInt = 0;

    string myString = "Something";

    void Foo(int x, int y) {
       int rv = x + y + myInt;
       myInt = 2^rv;
    }
}

rv、x、y都会在堆栈上。 myInt 位于堆上的某个位置（并且必须通过 this 指针访问）。

Answer 6

“所有 VALUE 类型都将分配到堆栈”是非常非常错误的；结构变量可以作为方法变量存在于堆栈中。但是，类型上的字段与该类型一起存在。如果字段的声明类型是类，则值作为该对象的一部分位于堆上。如果字段的声明类型是结构体，则无论该结构体存在于何处，这些字段都是该结构体的一部分。

即使方法变量也可以位于堆上，如果它们被捕获（lambda/匿名方法），或者是（例如）迭代器块的一部分。

Answer 7

很好的解释：

• 第 1 部分：http://www.c-sharpcorner .com/uploadfile/rmcochran/csharp_memory01122006130034pm/csharp_memory.aspx

• 第 2 部分：http://www.c-sharpcorner.com/UploadFile/rmcochran/csharp_memory2B01142006125918PM/csharp_memory2B.aspx

• 第 3 部分：http: //www.c-sharpcorner.com/UploadFile/rmcochran/chsarp_memory401152006094206AM/chsarp_memory4.aspx

• 第 4 部分：http://www.c-sharpcorner.com/uploadfile/rmcochran/csharp_memory_401282006141834pm/csharp_memory_4.aspx

Answer 8

堆

堆栈是用于存储局部变量和参数的内存块。随着函数的进入和退出，堆栈逻辑上会增长和收缩。

考虑以下方法：

public static int Factorial (int x)
{
    if (x == 0) 
    {
        return 1;
    }

    return x * Factorial (x - 1);
}

该方法是递归的，这意味着它调用自身。 每次进入方法时，都会在堆栈上分配一个新的 int，每次方法退出时，都会释放 int。

---

堆

• 堆是对象（即引用类型实例）所在的内存块。每当创建一个新对象时，都会在堆上分配它，并返回对该对象的引用。在程序执行期间，随着新对象的创建，堆开始填满。运行时有一个垃圾收集器，它会定期从堆中释放对象，因此您的程序不会运行内存不足。只要对象没有被任何活动引用，该对象就可以被释放。
• 堆还存储静态字段。与分配在堆上的对象（可以被垃圾回收）不同，这些对象会一直存在，直到应用程序域被拆除。

考虑以下方法：

using System;
using System.Text;

class Test
{
    public static void Main()
    {
        StringBuilder ref1 = new StringBuilder ("object1");
        Console.WriteLine (ref1);
        // The StringBuilder referenced by ref1 is now eligible for GC.

        StringBuilder ref2 = new StringBuilder ("object2");
        StringBuilder ref3 = ref2;
        // The StringBuilder referenced by ref2 is NOT yet eligible for GC.
        Console.WriteLine (ref3); // object2
    }
}    

在上面的示例中，我们首先创建一个由变量 ref1 引用的 StringBuilder 对象，然后写出其内容。然后，该 StringBuilder 对象立即符合垃圾回收条件，因为随后没有任何东西使用它。然后，我们创建另一个由变量 ref2 引用的 StringBuilder，并将该引用复制到 ref3。即使在那之后不再使用 ref2，ref3 也会使相同的 StringBuilder 对象保持活动状态 - 确保在我们使用完 ref3 之前它不会变得符合收集条件。

值类型实例（和对象引用）存在于变量所在的任何地方
宣布。如果实例被声明为类类型中的字段或数组元素，则该实例位于堆上。

Answer 9

简单的措施

值类型可以在堆栈上进行扩展，它是可以分配给某些未来主义数据结构的实现细节。

因此，最好了解值和引用类型的工作原理，值类型将按值复制，这​​意味着当您将值类型作为参数传递给 FUNCTION 时，它会自然复制，这意味着您将拥有一个全新的副本。

引用类型是通过引用传递的（同样不要考虑引用会在未来的版本中再次存储地址，它可能存储在其他一些数据结构上。）

所以在你的情况下

myInt 是一个 int ，它被封装在一个类中，该类当然是一个引用类型，因此它将与存储在“THE HEAP”中的类的实例绑定。

我建议，您可以开始阅读 ERIC LIPPERTS 撰写的博客。

Eric 的博客 < /a>