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