内存管理
还有一方面，过于零散的对象分配回收可能导致堆中的内存碎片化，减少内存的使用效率。因此，我们须要一个合适的机制来缓解这个问题。
Boost库引入的智能指针（以及C++11引入的共享指针）从对象全部权传递的角度来解决内存管理问题。可是。在非常多情况下，智能指针还是显得单薄而无力。由于实际开发中对象间的关系十分复杂。全部权传递的操作在开发过程中会变得冗杂不堪。于是，各种基于C++的第三方工具库和引擎往往都会实现自己的智能内存管理机制来解决内存管理的难题。试图将开发人员从烦琐而晦涩的内存管理中解放出来。
主流的内存管理技术
眼下，主要有两种实现智能管理内存的技术，一是引用计数。二是垃圾回收。
1）引用计数
它是一种非常有效的机制。通过给每个对象维护一个引用计数器，记录该对象当前被引用的次数。
当对象添加一次引用时，计数器加1；而对象失去一次引用时，计数器减1。当引用计数为0时，标志着该对象的生命周期结束。自己主动触发对象的回收释放。引用计数的重要规则是每个程序片段必须负责任地维护引用计数，在须要维持对象生存的程序段的開始和结束分别添加和降低一次引用计数。这样我们就能够实现十分灵活的智能内存管理了。
实际上，C++中的std::shared_ptr内部就是通过引用计数实现。
2）垃圾回收
它通过引入一种自己主动的内存回收器。试图将程序猿从复杂的内存管理任务中全然解放出来。它会自己主动跟踪每个对象的全部引用。以便找到全部正在使用的对象，然后释放其余不再须要的对象。
垃圾回收器还能够压缩使用中的内存，以缩小堆所须要的工作空间。垃圾回收能够防止内存泄露。有效地使用可用内存。可是。垃圾回收器一般是作为一个单独的低级别的线程执行的。在不可预知的情况下对内存堆中已经死亡的或者长时间没有使用过的对象进行清除和回收，程序猿不能手动指派垃圾回收器回收某个对象。回收机制包含分代复制垃圾回收、标记垃圾回收和增量垃圾回收等，一般垃圾回收机制应用在受托管的语言中（即执行在虚拟机中），如C#、Java以及一些脚本语言。
Cocos2d-x的内存管理
cocos2d-x中使用的是上面的引用计数来管理内存，可是又添加了一些自己的特色（自己主动回收池）。
cocos2d-x中通过Ref类（在2.x中是CCObject）来实现引用计数，全部须要实现内存自己主动回收的类都应该继承自Ref类。
对象创建时引用计数为1，对象拷贝时引用计数加1。对象释放时引用计数减1。假设引用计数为0时释放对象内存。以下是Ref类的定义（为了简洁去掉了当中的断言语句。但不影响其代码完整性）：
class CC_DLL Ref{public: // 将引用计数加1 void retain() { ++_referenceCount; } // 将引用技术减1，假设引用计数为0。释放当前对象 void release() { --_referenceCount; if (_referenceCount == 0) { delete this; } } // 将当前对象增加到当前的自己主动回收池中 Ref* autorelease() { PoolManager::getInstance()->getCurrentPool()->addObject(this); return this; } unsigned int getReferenceCount() const { return _referenceCount; }protected: Ref() : _referenceCount(1) // when the Ref is created, the reference count of it is 1 {}public: virtual ~Ref();protected: /// count of references unsigned int _referenceCount; friend class AutoreleasePool;}; 在cocos2d-x中创建对象通常有两种方式：
1）auto sprite = new Sprite;2）auto sprite = Sprite::create();Object *Object::create(){ Object *obj = new Object; if (obj && obj->init()) { obj->autorelease(); } else { delete obj; obj = nullptr; } return obj;} 这两中方式的差异能够參见我还有一篇博文“【cocos2d-x 3.x 学习笔记 02】对象创建方式讨论”。在cocos2d-x中提倡使用另外一种方式，为了避免误用第一种方式。一般将构造函数设为 protected 或 private。
使用静态工厂方式 create() 创建对象，对象创建成功后会调用对象的autorelease()方法将对象增加到当前自己主动回收池中。场景一帧绘制结束时会遍历当前自己主动回收池中的全部对象运行其release()方法。然后清空自己主动回收池中的对象。通过以下的函数调用顺序能够找到一帧绘制结束时，清理自己主动回收池的地方：
// main.cppreturn Application::getInstance()->run();// Appdelegate.cppint Application::run(){ ... while(!glview->windowShouldClose()) { QueryPerformanceCounter(&nNow); if (nNow.QuadPart - nLast.QuadPart > _animationInterval.QuadPart) { nLast.QuadPart = nNow.QuadPart; // Enter loop director->mainLoop(); glview->pollEvents(); } else { Sleep(0); } } ...}// CCDirector.cppvoid DisplayLinkDirector::mainLoop(){ if (_purgeDirectorInNextLoop) { _purgeDirectorInNextLoop = false; purgeDirector(); } else if (! _invalid) { drawScene(); // release the objects PoolManager::getInstance()->getCurrentPool()->clear(); }}// CCAutoReleasePool.cppvoid AutoreleasePool::clear(){ for (const auto &obj : _managedObjectArray) { obj->release(); } _managedObjectArray.clear(); // std::vector 类型的数组} 假设对象通过 create() 创建后没有使用。其默认引用计数为1。在场景第一帧绘制结束时会调用对象的release()方法将引用计数减1至0，因为引用计数为0释放对象所占用内存。同一时候将对象从自己主动回收池中清除掉。
假设对象通过 create() 创建后，通过addChild()增加某个父节点或直接调用对象的retain()函数。将导致对象的引用计数加1。
在场景一帧绘制结束时会调用对象的release()方法将引用计数减1，同一时候将对象从自己主动回收池中清除掉。此时对象的引用计数为1，可是对象已经不在自己主动回收池中，所下面一帧场景绘制清空自己主动回收池时对其没有影响。其占用的内存空间不会被自己主动释放。除非主动调用其release()函数将引用计数再次减1。从而使其引用计数变为0被释放（removeChild()或父节点被释放，这些操作内部实际会调用当前子节点的release()函数）。
所以，通过create()创建对象后。要么将其增加到其它节点中，要么调用对象的retian()函数，否则在其它地方（如事件回调函数）调用时。因为对象在一帧结束时被释放，会发生引用野指针抛出异常的情况。
最佳实践
假设想获得cocos2d-x的自己主动内存管理，就最好不要直接使用对象的 retain() 和 release()函数。假设确实须要那么也要成对的使用，调用一次retain()就必须在合适的时机和地方调用一次其release()函数。
參考资料：
[1]cocos2d-x 高级开发教程 2.3 节 [2]cocos2d-x 3.x 源码