cocos2dx UI元素内存管理－－－－autorelease

这一篇借鉴的比较多，几个原帖暂时找不到－ －

C++的动态内存管理一般建议遵循谁申请谁释放的原则，即谁通过new操作符创建了对象，谁就负责通过delete来释放对象。如果对象的生命周期在一个函数内，这很容易做到，在函数返回前delete就行了。但一般我们在函数中new出来的对象的生命周期都会超出该函数体(例如作为函数的返回值)，否则我们可以直接在栈上创建对象，不需要使用动态内存，也省去了内存管理的麻烦(当然大对象是不适合在栈上分配的)。如果对象的生命周期超出了创建对象的函数，我们就很难再遵循谁申请谁释放的原则了，我们必须在函数外的某个合适的地方释放对象，如果这个对象同时被多个对象引用，问题就很复杂了，必须保证所有该对象的引用者都不再需要它了才可以释放，在实际使用中这点是很难保证的。于是，各种内存管理技术应运而生了：垃圾回收器，智能指针，引用计数...... 

cocos2dx移植于Objective-C，因此和OC一样使用了比较原始的引用计数的方法来管理内存。 （自动回收池机制）

cocos2dx通过CCObject和CCPoolManager来实现内存管理。所有使用cocos2dx引用计数机制的类都必须派生自CCObject。CCObject有一个计数器成员变量m_uReference，当CCObject被构造时m_uReference=1，表示该对象被引用1次。CCObject的 retain方法可以使计数器加1，release方法可以使计数器减1。当计数器减到0时release方法会通过delete this来销毁自己。

手动内存管理

使用retain和release，我们可以手动管理内存, 通过new 创建的对象，使用release来释放。

[cpp]  view plain copy

1. CCObject *obj=new CCObject();  
2. ...   
3. obj->release();  

和new\delete需配对使用一样，new\release也要配对使用才可确保内存被释放。有人会说这个把delete换成release有意义吗？需要注意的是这个的release并不等同于delete，release只是表示引用计数减1，并不是真正销毁obj所占用的内存。只有当obj的引用计数为0时内存才会被销毁。下面的代码就展示了release和delete不同：

[cpp]  view plain copy

1. CCArray *array = CCArray::array();  
2. CCObject *obj = new CCObject();// m_uReference=1  
3. array->addObject(obj); // CCArray的addObject方法会自动调用obj的retain方法，使引用计数加1，表示拥有obj，此时m_uReference=2  
4. obj->release(); // 这里的release和new配对，obj引用计数减1，但是并不会释放obj, 此时m_uReference=1;  
5. obj->doSomething(); // 在release之后我们依然可以正常使用obj，它并没有被释放  
6. array->removeObject(obj); //当我们把obj从CCArray中移除时，CCArray会自动调用obj的release，此时m_uReference=0, obj被销毁  
7. obj->doSomething(); // 错误，obj已经被销毁  

对于手动内存管理，我们需遵循new/release，retain/release配对使用的原则，谁new，谁release；谁retain，谁release。new出来的对象如果是要加入到cocos2dx集合中，添加完后一定不要忘记release，集合类已经为你retain了对象，你还是要为你的new配对release一次，否则当这个对象从集合中移除时不会被正确销毁。

自动内存管理

手动内存管理似乎比new/delete更麻烦，而且并没有解决一开始我们提到的函数内创建的对象的生命周期超出函数怎么办的问题。new和release需配对使用，那在函数内创建的对象返回前我们需要调用一次release，在这之前如果我们没有把对象加入到什么集合中，对象就被销毁了，和使用new/delete是一样的。自动内存管理就可以解决这个问题。CCObject有一个autorelease方法，如果一个对象在用new关键字创建之后调用了autorelease，我们就不必关心它的释放问题。CCPoolManager会在游戏的每一帧结束后自动释放这些autorelease的对象。CCPoolManager其实依然是通过引用计数来管理对象生命周期的，它里面有一个CCAutoreleasePool，我们调用CCObject的autorelease就是把自己加入到CCAutoreleasePool的对象数组里面。当每一帧结束的时候，CCPoolManager会将对象从数组中移除，如果这时候对象的引用计数为0，对象就自然被释放了。 对于用new关键字创建之后调用了autorelease的对象，不需要再release一次。

cocos2dx中的大部分对象都可以通过静态工厂方法来创建出这种会自动释放的对象，这是cocos2dx的一条规则，我们自己实现的类最好也遵循这样的规则，以免引起其他开发人员误会。如果一个对象是通过类的静态方法创建而不是new出来的，我们就不需要release它。

其实这里的自动并没有我们想得那么好，对于像C#，Java这种托管语言，虚拟机为你完成了所有内存管理工作，程序员完全从内存分配和释放中解脱了出来。cocos2dx的autorelease只不过每帧结束后自动在为我们释放了一次对象， 如果我们希望创建的对象在下一帧仍然可以使用，我们需要显式地retain一下这个对象或者把对象加入到集合中(集合会帮我们retain一次)。既然retain了，我们还是不能忘记在适当的地方release。比较常见的用法是创建一个autorelease对象作为类成员变量，我们在通过静态方法得到实例的指针后除了赋值给类成员，还要retain一次，然后在类的析构函数中release一次。如果没有retain，以后使用该成员的时候就会因为对象被销毁而发生内存访问错误，这是新手很容易遇到的陷阱。

Cocos2d-x开发中Ref内存管理

Ref类是Cocos2d-x根类，Cocos2d-x中的很多类都派生自它，例如，我们熟悉的节点类Node也派生自Ref。我们介绍Ref内存管理。
内存引用计数
Ref类设计来源于Cocos2d-iphone的CCObject类，在Cocos2d-x 2.x中也叫CCObject类。因此Ref类的内存管理是参考Objective-C手动管理引用计数（Reference Count）而设计的。
如图所示是内存引用计数原理示意图。 

每个Ref对象都有一个内部计数器，这个计数器跟踪对象的引用次数，被称为“引用计数”（Reference Count，简称RC）。当对象被创建时候，引用计数为1。为了保证对象的存在，可以调用retain函数保持对象，retain会使其引用计数加1，如果不需要这个对象可以调用release函数，release使其引用计数减1。当对象的引用计数为0的时候，引擎就知道不再需要这个对象了，就会释放对象内存。

引用计数实例如图所示，我们在ObjA中使用new等操作创建了一个Ref对象，这时候这个对象引用计数为1。然后在OjbB中使用retain函数保持Ref对象，这时引用计数为2。再然后ObjA中调用release函数，这时引用计数为1。在ObjB中调用release函数，这时引用计数为0。这个时候Ref对象就会由引擎释放。

在Ref类中相关函数有：retain()、release()、autorelease()和getReferenceCount()。其中autorelease()函数与release()函数类似，它会延后使引用计数减1，autorelease()我们稍后再介绍。getReferenceCount()函数返回当前的引用计数。

自动释放池

我们先看看下面的代码片段。

[html]  view plain copy

1. XmlParser * XmlParser::createWithFile(const char *fileName)   
2. {   
3.     XmlParser *pRet