c++没有垃圾回收机制的原因

      我们知道Java有垃圾回收(Gabage Collector)机制，但c++没有这样的机制，这导致C++中对动态存储的管理成为程序员的噩梦，不是吗？c++程序员经常遇到的是内存泄露(memory leak)和非法指针存取，这一定令人很头疼，但我们又不能抛弃指针带来的灵活性。

      作为支持指针的编程语言，C++将动态管理存储器资源的便利性交给了程序员。在使用指针形式的对象时(请注意，由于引用在初始化后不能更改引用目标的语言机制的限制，多态性应用大多数情况下依赖于指针进行)，程序员必须自己完成存储器的分配、使用和释放，语言本身在此过程中不能提供任何帮助，你只有和操作系统亲密合作，完成实际的存储器管理。标准文本中，多次提到了“未定义(undefined)”，而这大多数情况下和指针相关。

      某些语言提供了垃圾回收机制，也就是说程序员仅负责分配存储器和使用，而由语言本身负责释放不再使用的存储器，这样程序员就从讨厌的存储器管理的工作中脱身了。然而C++并没有提供类似的机制，C++的设计者Bjarne Stroustrup在我所知的唯一一本介绍语言设计的思想和哲学的著作《The Design and Evolution of C++》(中译本：C++语言的设计和演化)中花了一个小节讨论这个特性。简而言之，Bjarne本人认为，“我有意这样设计C++，使它不依赖于自动垃圾回收(通常就直接说垃圾回收)。这是基于自己对垃圾回收系统的经验，我很害怕那种严重的空间和时间开销，也害怕由于实现和移植垃圾回收系统而带来的复杂性。还有，垃圾回收将使C++不适合做许多底层的工作，而这却正是它的一个设计目标。但我喜欢垃圾回收的思想，它是一种机制，能够简化设计、排除掉许多产生错误的根源。需要垃圾回收的基本理由是很容易理解的：用户的使用方便以及比用户提供的存储管理模式更可靠。而反对垃圾回收的理由也有很多，但都不是最根本的，而是关于实现和效率方面的。

      不同的应用环境，也许需要不同的垃圾回收器，不管三七二十一使用垃圾回收，需要将这些不同类型的垃圾回收器整合在一起，即使可以成功(对此我感到怀疑)，也会导致效率成本的增加。这违反了C++的设计哲学，“不为不必要的功能支付代价”，强迫用户接受垃圾回收的代价并不可取。相反，按需选择你自己需要的垃圾回收器，需要掌握的规则与显式的管理内存相比，简单的多，也不容易出错。最关键的一点， C++并不是“傻瓜型”的编程语言，他青睐喜欢和善于思考的编程者，设计一个合适自己需要的垃圾回收器，正是对喜爱C++的程序员的一种挑战。

      总结起来应该有如下原因（可能由于本人的水平原因并不是十分的完美）： 

1.没有共同基类：C++是从C发展而成，允许直接操作指针，允许将一个类型转换为另一个类型，对于一个指针无法知道它真正指向的类型；而Java或C#都有一个共同基类 
   

2.系统开销：垃圾回收所带来的系统开销，违反了C++的设计哲学，“不为不必要的功能支付代价”，不符合C++高效的特性，使得不适合做底层工作
3.消耗内存：C++产生的年代内存很少，垃圾回收机制需要占用更多的内存
4.替代方法：C++有析构函数、智能指针、引用计数去管理资源的释放，对GC的需求不迫切