1 、对象的分类
① 全局对象（ Global Object ） Controlled by System
② 局部对象（ Local Object ） Controlled by System
③ 动态生成对象（ Dynamically Allocated Object ） controlled by programmer
2 、动态对象的生与死
① 创建： new
② 销毁： delete
3 、动态对象的创建的地址
内存池（ memory pool ）中的一块程序自由存储区域（ free store area ），实际上就是通常所说的堆（ Heap ）
4 、动态对象的存在形式
① 简单对象（ single object ）
② 对象数组（ array object ）
③ The placement new express
5 、动态对象的使用
① 动态对象的操纵
动态对象没有名称，而是返回分配对象的指针地址，所有操作都是通过指针间接完成
② 动态对象的初始化
动态对象分配的内存区域是没有初始化过的，里面存在的是随机数据
6 、动态对象及指针的生命周期
① 动态对象
持续时间为 new ç è delete
② 指针
根据其自身类型决定（全局 / 局部）
7 、 delete 的使用
例 1 ：
int *pi=new int;
if(pi!=0){
delete pi;
}
该段程序运行起来是没有问题的，但是却存在画蛇添足的一笔： if(pi!=0)
原因是， delete 会自动完成这个测试，如果显式地测试，将会多执行一次测试。所以说完全没有必要。
例 2 ：
pointer=0; // 不指向任何对象
delete pointer; // 没有必要
总结：
也许会有人觉得两个例子似乎有点矛盾，其实上述例程的意思是：
① 当我们不知道一个对象内存是否已经释放的时候，直接 delete 即可，是没有任何问题的；额外的判断完全没有必要，反而会增加系统的工作量。
② 当我们明确地知道对象指针 ==NULL 时，表明已经释了对象。这时就可以少写一行代码了。当然如果有人想看看计算机又没有不良反应，另当别论。
同时也证明了①，删除一个 NULL 对象是没有任何问题的
8 、动态内存分配常见错误
① 内存泄露
我想这个问题对 C++ 程序员来说，是非常熟悉的。
u 根源是：？
简短的回答： new 与 delete 没有配对使用
明白了吗？还不明白？ next ：
只给对象分配了内存，但是直到关闭程序的时候，都还没有向对象要回那块内存。
u 怎样发现？
Ø Vc IDE 中， debug 状态，程序结束时 output 窗口的 Detect Memory leak ！
Ø 使用工具软件，如： BoundCheck
u 如何避免？
呵呵，知道了根源就应该知道该咋办了。。。
② 读 / 写已经删除的对象（内存）
当对象 delete 以后，对象内存被系统回收，其指针就指向到一块非法的内存。如果再对该对象指向内存操作就会导致不可预知的错误。因此，通常的做法是 delete 之后，立即赋 NULL
③ 内存 corruptted
很熟悉，是吧？不要着急，请听我慢慢道来。。。
根源：
u ptrA 与 ptrB 都指向同一块内存
u 通过 ptrA 释放内存 Mem0 ， Mem0 分配给其它对象 ptrC
u ptrB 释放内存 , Mem0 存储的 ptrC 指向的新对象就被破坏掉了。
u 再次对 ptrC 操作就会出错
④ 对象类型错误
例：
CDialog dlg=new CDialog ；
delete dlg ；
你能发现什么不对吗？
提示一下， debug 运行会发现 mem leak ！
知道了吧， what ？
就是 delete dlg 。
在 5.1 中说过， new 返回的是指针。所以应该将 dlg 声明为 CDialog* 类型。
这个主题的内容就讲完了，还有一些相关内容在接下来的文章中见：
u The placement new express
u 内存冲突
u 内存 corruptted 解决办法