C++中的“动态内存管理”，你知道多少！

       当你的程序运行时，突然的崩掉了；当你的大程序，运行时越来越慢；当你的程序，在不同的机子上运行的装填不一样；。。。你是否能想到是由于你的代码中对内存管理的缺失而导致，程序运行的诸多问题！

       当一块内存中的数据没有价值时，他就成为垃圾，在我们的程序的“小城市中”，如果来进行垃圾的回收，如何有效的管理资源，才是“城市”能否正常，良好运行的前提！

垃圾回收的优缺点：

       实现垃圾回收有多中方法，各有特色！对于垃圾回收而言，最主要的就是简单和安全。在垃圾回收环境中，可以使用new分配内存，但是不需要显示地释放内存。相反，不再使用的内存会被自动回收。因此，不可能会忘记释放对象或者过早地释放对象，这样做简化了程序设计，并且阻止了有问题的类。另外，不可能意外地两次释放动态内存。因此，垃圾回收为内存管理问题提供了一种易于使用的，不容易犯错误的，可靠的解决方案。

       但是，简单而安全的垃圾回收是由代价的。第一个代价是垃圾回收机制引起的内存开销。所有垃圾回收的配置都会消耗一些CPU资源，因为这中不在使用的内存的回收并不是一个免费的过程。当使用手工的方法的时候，不会有这样的开销。

      第二个代价是在销毁对象时容易失控。使用手工的方法时，当对执行的delete语句时，及时地销毁这个对象(和所调用的析构函数)，而垃圾回收没有这种切实而块速的规则。相反，当使用垃圾回收时，知道回收器运行并回收对象的时候，对象才会被销毁，而回收器只有在某个特定时刻才会运行。例如，回收器只有在自由内存的数量低于某个值的时候才会运行。另外，用户并不能总是知道垃圾回收器销毁对象的顺序和时间。在某些情况下，不能准确地知道对象销毁的时间会导致一些问题，因为这意味着程序不能准确地知道何时为动态分配的对象调用析构函数。

     对于作为后台任务运行的垃圾回收系统，这种失控可能会引发某种应用程序潜在的更加严重的问题，因为这样做将某种本质上不确定的行为引入到程序中。在后台运行的垃圾回收器实际上在不可预知的某个时刻回收不再使用的内存。例如：回收器通常只在CPU空闲时才会运行。由于可能从一个程序的运行转到下一个程序，从一台计算机转到下一台计算机，或者从一个操作系统转到另一个操作系统，因此垃圾回收器在程序中执行的确切位置是不能确定的。对于许多应用程序而言，这并不是问题，但是对于实时应用程序这可能会引发灾难，因为在实时应用程序中对垃圾回收器不可预知的CPU循环的分配会导致事件的丢失。

     两种方法都可以使用：

     正如前面讨论所论述的那样，手工管理和垃圾回收都强化了一个特性而牺牲了另一个特性。手工方法强化了效率和控制，牺牲了安全和易用性。垃圾回收器强化了简单性及安全性，但是付出了运行性能降低和控制丢失的代价。因此，垃圾回收及手工内存管理本质上是相对的，每一种方法都强化了另一种方法牺牲的特性。这就是没有一种动态内存管理的方法可以适用于所有的程序设计情况的原因。

     尽管这两种方法是对立的，但是他们并不互相排斥，他们可以共存。因此对于C++程序员，这两种方法都可以使用，只需为手头的任务选择一种合适的方法。所要做的事情只是为C++建立一个垃圾回收器！