关于自动内存管理(下)

        .NET的CLR有几套垃圾收集算法，根据不同的环境，选择最适合的算法。看了好几遍，但是也只是明白个大概。
        垃圾收集器在开始执行时，假设托管堆中所有对象都是可收集的垃圾，即堆栈中没有任何变量引用托管堆中的对象，也没有CPU的寄存器引用托管堆中的对象。接着垃圾收集器开始标记工作，他遍历线程堆栈中的变量，如果变量引用了堆中的对象，就给该对象做上标记：在该对象的同步块索引的字段上设置一位，此时如果发现该对象还会指向另一个对象，则继续标记上被他指向的对象，当然CLR可以避免重复的遍历。一旦垃圾收集器遍历了所有堆栈中的变量后，托管堆中的对象就被区分成两类：被标记过的对象和未被标记过的对象。
        对象被标记过后，垃圾收集器便开始执行垃圾收集的第二个阶段：压缩阶段。这个阶段垃圾收集器遍历托管堆，寻找未被标记的连续内存块，即可被视为垃圾的对象，然后垃圾收集器把部分已标记的对象搬到这部分空间，以压缩托管堆，此时托管堆又有了空闲空间来存放对象。移动对象后使得堆栈中的变量和CPU的寄存器变得无效，所有垃圾收集器需要重新访问这些对象。最后将nextObjPtr指针指向最后一个非垃圾对象后，一次垃圾收集工作完成。
        显然这种垃圾收集工作会给程序的性能带来一些影响，这也是托管代码的主要负面影响。但是在托管堆中的资源耗尽前垃圾收集工作并不会开始，这使得托管堆的性能又要高于非托管堆。在当今机器配置都不错的情况下，使用托管堆似乎是个不错的选择，但是对于那种对资源要求很高的程序，我想就应该要自己管理内存了。
        垃圾收集机制写到这里差不多了，第一次写这种技术文章，确实很不适应，把自己理解的东西用文字完整准确的表达出来不是件很容易的事，但觉得这样很好，慢慢锻炼一下吧~