本文已经迁移到: http://cpp.winxgui.com/cn:garbage-collection-in-cplusplus
使用智能指针(smart pointers)
-
http://www.codeproject.com/cpp/garbage_collect.asp
- 原理:基于引用计数(reference count)。
这样的垃圾回收(gc)算法无非都是给每一块分配的内存提供引用计数,然后通过智能指针(smart pointer)自己主动完毕引用计数的加减,假设引用技术降低到零,就代表没有人使用该内存了,这块内存就能够回收了。假设能够正确的遵从这样的gc的使用规则,也就是说你能够正确无误的使用智能指针,那么理论上来说,就不可能存在内存泄漏。
可是现实并不象想象的那么单纯,那么美好。一方面,智能指针的概念仍然没有被C++社区广泛的理解应用,并且智能指针种类繁多,各有各的规则,在代码量多了的时候,有时存在这样那样的失误难免;还有一方面(应该是更加令人为难的一点),并非全部人都那么喜欢用智能指针,并且原生指针的使用非常多情形下避无可避,我们不得不在原生指针与智能指针之间进行转换。
所以这种gc的终于结果是,掌握引用计数的规则终于似乎比掌握new/delete的规则easy不了多少,有时甚至让新接触该技术的程序猿感到畏惧。另外,引用计数的引入,出乎意料的产生了一个负作用:调试内存泄漏变得比原先困难多了。
所以引用计数和智能指针实现的gc不能从根本上解决内存泄漏问题。
真正的垃圾回收(garbage collector)
- 请注意,C++并不是不支持GC。我们知道BN一直强调的是,GC是C++的可选组件,没必要的。
- 这里是C++的GC相关代码以及文档:
- 评价:假设你的系统非常单纯,採用这个是不错的主意。由于这意味着你的C++语言已经和Java、C#没有不论什么差别。可是请注意,这要求你的系统是纯粹的,也就是说:
- 你没有是使用第三方代码。或者,你的第三方代码中,内存也是托管的(通过GC创建出来的)。
- 小心与那些你无法取得源码的DLL(比如,Win32 API/你购买的第三方组件)打交道。与C#一样,你须要小心,不要让你的程序出现Win32 API还在訪问数据,而被GC回收的情形。只是这样的情况在C++中比C#要好得多:毕竟在C++中,你对GC的控制能力远远强于C#。
- 特别地、假设你使用了COM,那么你将非常痛苦:由于COM基于引用计数来管理对象生命周期,这意味着GC基本上对其无能为力。除非你像C#一样,为每一个COM组件提供一个Wrapper。
- 你没有是使用第三方代码。或者,你的第三方代码中,内存也是托管的(通过GC创建出来的)。
补充:
- 因为GC依赖语言的自省(reflection)能力,而C++这方面的能力无疑相当得弱,因此C++中的GC是尴尬的。
- 请注意,GC是排他的,这意味着两个GC不能在一起工作。因此,除非C++标准规定了必须使用那个GC,不然托管的C++代码,存在着交流困难。
支持垃圾回收的allocator(gc allocator)
- 代码与文档:
- C++内存管理变革
- AutoFreeAlloc(最袖珍的垃圾回收器)
- boost::object_pool (注意,boost::pool不属于gc allocator,而仅仅能说属于allocator)
- 待续...
- 评价:半自己主动的垃圾回收,比GC简单、高效、easy控制。