cocos2dx 学习（-）内存管理机制

2024-06-05 12:48
文章标签 学习 内存 管理机制 cocos2dx

本文主要是介绍cocos2dx 学习（-）内存管理机制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

转自：http://blog.csdn.net/xzben/article/details/41979601

一、题记

         关于cocos2dx 的内存管理机制，想必大家都能清楚说出是通过引用计数（Reference Count）和自动释放池（AutoReleasePool）。但是不知大家是否知道其中具体的运行的细节呢？反正在写这篇blog之前我是一知半解的，而且在粗略的看了下 PoolManager 的源码时我还开始怀疑过这个机制的可靠性，于是我还专门找了测内存泄漏的工具 vs2010使用vld检测内存泄露，一测发现项目还真存在内存泄漏的问题。可是后来发现原来是自己用的别人的敏感字过滤开源库（https://github.com/xjdrew/crab）存在问题。经我改造后(https://github.com/xzben/GameFrame/tree/master/client/GameClient/frameworks/runtime-src/Classes/crab) 的版本修复此问题，并调整了api的结果。可是修复了我自己的代码的内存泄漏的问题后，发现 Cocos2dx 真的有内存泄漏（哈哈终于抓到尾巴了内心窃喜）。可是发现原来只是cocos2dx 一个单例模式的对象忘记了释放而已(这里我想吐槽cocos2dx 单例模式的实现，这里可以参考我之前写的一篇关于单例模式实现方式的博文http://blog.csdn.net/xzben/article/details/17080757#t14)，并不是我想得PoolManager 导致的。终于发现原来cocos2dx 的内存管理模式其实应该 是  引用计数（Reference Count）和自动释放池（AutoReleasePool）和 内置CCVector和其它Cocos2dx内置容器类辅助实现的。下面来自己分析一下。


1、首先要说说我为什么怀疑它的可靠性。

因为我发现cocos2dx 的 AutoReleasePool 其实是通过 PoolManager  在每一帧调用一次clear

[cpp] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. void DisplayLinkDirector::mainLoop()  
  2. {  
  3.     if (_purgeDirectorInNextLoop)  
  4.     {  
  5.         _purgeDirectorInNextLoop = false;  
  6.         purgeDirector();  
  7.     }  
  8.     else if (! _invalid)  
  9.     {  
  10.         drawScene();  
  11.        
  12.         // release the objects  
  13.         PoolManager::getInstance()->getCurrentPool()->clear();  
  14.     }  
  15. }  

[cpp] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. void AutoreleasePool::clear()  
  2. {  
  3. #if defined(COCOS2D_DEBUG) && (COCOS2D_DEBUG > 0)  
  4.     _isClearing = true;  
  5. #endif  
  6.     for (const auto &obj : _managedObjectArray)  
  7.     {  
  8.         obj->release();  
  9.     }  
  10.     _managedObjectArray.clear();  
  11. #if defined(COCOS2D_DEBUG) && (COCOS2D_DEBUG > 0)  
  12.     _isClearing = false;  
  13. #endif  
  14. }  
仔细看了一下clear的实现后发现一个漏洞，那就是 它在将 _managedObjectArray 中的obj relase 之后就将 _managedObjectArray clear 了，那那些 release之后 引用计数还是大于0的谁来管理呢？我查看了 Node, Ref 的实现中，都没有找到对这些obj 管理，原先使用过程中我们知道 addChild 后就不怕被 PoolManager 给释放了。但是我在addChild中也没看到 retain 在 removeFromParent 也没看到 release 的操作，于是我就产生了疑问。

2、如何快速找到问题的关键的。

还好我在上一家公司学会了vs的各种调试技巧（用数据断点的方式查看 Ref 的引用计数变量的变化），让我一下子就找到了问题的所在。原来这个管理工作隐藏在了 内置容器 Vector 中了。

[cpp] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. void pushBack(T object)  
  2.  {  
  3.      CCASSERT(object != nullptr, "The object should not be nullptr");  
  4.      _data.push_back( object );  
  5.      object->retain();  
  6.  }  
  7.    
[cpp] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. void popBack()  
  2. {  
  3.     CCASSERT(!_data.empty(), "no objects added");  
  4.     auto last = _data.back();  
  5.     _data.pop_back();  
  6.     last->release();  
  7. }  

3、隐藏的一个危险，不知道大家有没有注意到 Ref 里面一个Debug才会运行的代码

[cpp] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. void Ref::release()  
  2. {  
  3.     CCASSERT(_referenceCount > 0, "reference count should greater than 0");  
  4.     --_referenceCount;  
  5.   
  6.     if (_referenceCount == 0)  
  7.     {  
  8. #if defined(COCOS2D_DEBUG) && (COCOS2D_DEBUG > 0)  
  9.         auto poolManager = PoolManager::getInstance();  
  10.         if (!poolManager->getCurrentPool()->isClearing() && poolManager->isObjectInPools(this))  
  11.         {  
  12.             // Trigger an assert if the reference count is 0 but the Ref is still in autorelease pool.  
  13.             // This happens when 'autorelease/release' were not used in pairs with 'new/retain'.  
  14.             //  
  15.             // Wrong usage (1):  
  16.             //  
  17.             // auto obj = Node::create();   // Ref = 1, but it's an autorelease Ref which means it was in the autorelease pool.  
  18.             // obj->autorelease();   // Wrong: If you wish to invoke autorelease several times, you should retain `obj` first.  
  19.             //  
  20.             // Wrong usage (2):  
  21.             //  
  22.             // auto obj = Node::create();  
  23.             // obj->release();   // Wrong: obj is an autorelease Ref, it will be released when clearing current pool.  
  24.             //  
  25.             // Correct usage (1):  
  26.             //  
  27.             // auto obj = Node::create();  
  28.             //                     |-   new Node();     // `new` is the pair of the `autorelease` of next line  
  29.             //                     |-   autorelease();  // The pair of `new Node`.  
  30.             //  
  31.             // obj->retain();  
  32.             // obj->autorelease();  // This `autorelease` is the pair of `retain` of previous line.  
  33.             //  
  34.             // Correct usage (2):  
  35.             //  
  36.             // auto obj = Node::create();  
  37.             // obj->retain();  
  38.             // obj->release();   // This `release` is the pair of `retain` of previous line.  
  39.             CCASSERT(false, "The reference shouldn't be 0 because it is still in autorelease pool.");  
  40.         }  
  41. #endif  
  42.   
  43. #if CC_USE_MEM_LEAK_DETECTION  
  44.         untrackRef(this);  
  45. #endif  
  46.         delete this;  
  47.     }  
  48. }  
他在delete之前先判断了下这个obj是否还在管理池中。细想一下这里真的存在一个危险的问题，那就是如果你把一个obj添加到池中了。然后你池中保存了这个obj的指针，但是如果你在添加到池的这一帧中又release了1次这个obj，那么会导致这个内存池中存了一个野指针，那么接下来等着你的就是程序挂掉了。

4、总结：

Cocos2dx 中内存管理是基于 引用计数（Reference Count）和自动释放池（AutoReleasePool）和 内置CCVector和其它Cocos2dx内置容器类辅助实现的，而且要注意的是它是按帧管理的。也就是它只负责你在前一帧中那些没有被利用到的obj帮你自动处理了。cocos2dx 中 class的 static create 接口都将产生 autorelase 的obj，如果autorelease的obj在产生后没有找到管理的宿主(执行retain)，那么就会在下一帧被PoolManager 给clear掉。

关于cocos2dx 中内存池中这个隐含的危险。我们只要注意不要在同一帧中将一个obj加入池中又将其release就行了。

另外cocos2dx 中存在大量的单例对象，官方可能存在忘记释放这些单例对象的情况，这时候我们可以通过 vld 快速的定位到，自己进行对应的修改是指能够被正确释放掉。

这篇关于cocos2dx 学习（-）内存管理机制的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1033101。

相关文章

golang内存对齐的项目实践

golang内存对齐的项目实践

《golang内存对齐的项目实践》本文主要介绍了golang内存对齐的项目实践,内存对齐不仅有助于提高内存访问效率,还确保了与硬件接口的兼容性,是Go语言编程中不可忽视的重要优化手段,下面就来介绍一下... 目录一、结构体中的字段顺序与内存对齐二、内存对齐的原理与规则三、调整结构体字段顺序优化内存对齐四、内
阅读更多...
Java深度学习库DJL实现Python的NumPy方式

Java深度学习库DJL实现Python的NumPy方式

《Java深度学习库DJL实现Python的NumPy方式》本文介绍了DJL库的背景和基本功能,包括NDArray的创建、数学运算、数据获取和设置等,同时,还展示了如何使用NDArray进行数据预处理... 目录1 NDArray 的背景介绍1.1 架构2 JavaDJL使用2.1 安装DJL2.2 基本操
阅读更多...
Linux内存泄露的原因排查和解决方案（内存管理方法）

Linux内存泄露的原因排查和解决方案（内存管理方法）

《Linux内存泄露的原因排查和解决方案（内存管理方法）》文章主要介绍了运维团队在Linux处理LB服务内存暴涨、内存报警问题的过程,从发现问题、排查原因到制定解决方案,并从中学习了Linux内存管理... 目录一、问题二、排查过程三、解决方案四、内存管理方法1）linux内存寻址2）Linux分页机制3）
阅读更多...
Java循环创建对象内存溢出的解决方法

Java循环创建对象内存溢出的解决方法

《Java循环创建对象内存溢出的解决方法》在Java中,如果在循环中不当地创建大量对象而不及时释放内存,很容易导致内存溢出（OutOfMemoryError）,所以本文给大家介绍了Java循环创建对象... 目录问题1. 解决方案2. 示例代码2.1 原始版本（可能导致内存溢出）2.2 修改后的版本问题在
阅读更多...
大数据小内存排序问题如何巧妙解决

大数据小内存排序问题如何巧妙解决

《大数据小内存排序问题如何巧妙解决》文章介绍了大数据小内存排序的三种方法：数据库排序、分治法和位图法,数据库排序简单但速度慢,对设备要求高；分治法高效但实现复杂；位图法可读性差,但存储空间受限... 目录三种方法：方法概要数据库排序（http://www.chinasem.cn对数据库设备要求较高）分治法（常
阅读更多...
Redis多种内存淘汰策略及配置技巧分享

Redis多种内存淘汰策略及配置技巧分享

《Redis多种内存淘汰策略及配置技巧分享》本文介绍了Redis内存满时的淘汰机制,包括内存淘汰机制的概念,Redis提供的8种淘汰策略（如noeviction、volatile-lru等）及其适用场... 目录前言一、什么是 Redis 的内存淘汰机制？二、Redis 内存淘汰策略1. pythonnoe
阅读更多...
Java内存泄漏问题的排查、优化与最佳实践

Java内存泄漏问题的排查、优化与最佳实践

《Java内存泄漏问题的排查、优化与最佳实践》在Java开发中,内存泄漏是一个常见且令人头疼的问题,内存泄漏指的是程序在运行过程中,已经不再使用的对象没有被及时释放,从而导致内存占用不断增加,最终... 目录引言1. 什么是内存泄漏？常见的内存泄漏情况2. 如何排查 Java 中的内存泄漏？2.1 使用 J
阅读更多...
关于Java内存访问重排序的研究

关于Java内存访问重排序的研究

《关于Java内存访问重排序的研究》文章主要介绍了重排序现象及其在多线程编程中的影响,包括内存可见性问题和Java内存模型中对重排序的规则... 目录什么是重排序重排序图解重排序实验as-if-serial语义内存访问重排序与内存可见性内存访问重排序与Java内存模型重排序示意表内存屏障内存屏障示意表Int
阅读更多...
如何测试计算机的内存是否存在问题? 判断电脑内存故障的多种方法

如何测试计算机的内存是否存在问题? 判断电脑内存故障的多种方法

《如何测试计算机的内存是否存在问题?判断电脑内存故障的多种方法》内存是电脑中非常重要的组件之一，如果内存出现故障，可能会导致电脑出现各种问题，如蓝屏、死机、程序崩溃等，如何判断内存是否出现故障呢？下... 如果你的电脑是崩溃、冻结还是不稳定，那么它的内存可能有问题。要进行检查，你可以使用Windows 11
阅读更多...
HarmonyOS学习(七)——UI（五）常用布局总结

HarmonyOS学习(七)——UI（五）常用布局总结

自适应布局 1.1、线性布局（LinearLayout） 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列，Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距，达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式，且在各类尺寸屏幕上表现一致，其中交叉轴为垂直时，取值为Vert
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2