Cocos2d-x与iOS内存管理分析

一、iOS与图片内存

在iOS上，图片会被自动缩放到2的N次方大小。比如一张1024*1025的图片，占用的内存与一张1024*2048的图片是一致的。图片占用内存大小的计算的公式是；长*宽*4。这样一张512*512 占用的内存就是 512*512*4 = 1M。其他尺寸以此类推。（ps:iOS上支持的最大尺寸为2048*2048）。

二、Cocos2d-x 的图片缓存

Cocos2d-x在构造一个精灵的时候会使用spriteWithFile或者spriteWithSpriteFrameName等 无论用哪种方式，Cocos2d-x都会将这张图片加载到缓存中。如果是第一次加载这个图片，那就会先将这张图片加载到缓存，然后从缓存读取。如果缓存中已经存在，则直接从缓存中提取，免除了加载过程。

图片的缓存主要由以下两个类来处理：CCSpriteFrameCache，CCTextureCache。

  • CCSpriteFrameCache加载的是一张拼接过的大图，每一个小图只是大图中的一个区域，这些区域信息都在plist文件中保存。用的时候只需要根据小图的名称就可以加载到这个区域。
  • CCTextureCache 是普通的图片缓存，我们所有直接加载的图片都会默认放到这个缓存中，以提高调用效率。

因此，每次加载一张图片，或者通过plist加载一张拼接图时，都会将整张图片加载到内存中。如果不去释放，那就会一直占用着。

三、渲染内存

不要以为，计算内存时，只计算加载到缓存中的内存就可以了。以一张1024*1024的图片为例。


1

CCSprite *pSprite = CCSprite::spriteWithFile("a.png");

调用上边这行代码以后，可以在LEAKS工具中看到，增加了大约4M的内存。然后接着调用


1

addChild(pSprite);

这时，内存又增加了4M。也就是，一张图片，如果需要渲染的话，那它所占用的内存将要X2。

再看看通过plist加载的图片，比如这张大图尺寸为2048*2048。想要加载其中的一张32*32的小图片：


1

CCSpriteFrameCache::sharedSpriteFrameCache()->addSpriteFramesWithFile("b.plist");

此时内存增加16M （汗）


1

CCSprite *pSpriteFrame = CCSprite::spriteWithSpriteFrameName("b1.png");

b.png大小为32*32 ，想着也就是增加一点点内存，可实际情况是增加16M内存。也就是只要渲染了其中的一部分，那么整张图片都要一起被加载。

但是情况不是那么的糟糕，这些已经渲染的图片，如果再次加载的话，内存是不会再继续升高的，比如又增加了100个b.plist的另一个区域，图片内存还是共增加16+16 = 32M，而不会继续上升。

四、缓存释放

如果游戏有很多场景，在切换场景的时候可以把前一个场景的内存全部释放，防止总内存过高.


1

CCTextureCache::sharedTextureCache()->removeAllTextures();

释放到目前为止所有加载的图片


1

CCTextureCache::sharedTextureCache()->removeUnusedTextures();

将引用计数为1的图片释放掉CCTextureCache::sharedTextureCache()->removeTexture(); 单独释放某个图片CCSpriteFrameCache 与 CCTextureCache 释放的方法差不多。

值得注意的是释放的时机，一般在切换场景的时候释放资源，如果从A场景切换到B场景，调用的函数顺序为B::init()---->A::exit()---->B::onEnter() 。

可如果使用了切换效果，比如CTransitionJumpZoom::transitionWithDuration这样的函数，则函数的调用顺序变为B::init()---->B::onEnter()---->A::exit() 。

而且第二种方式会有一瞬间将两个场景的资源叠加在一起，如果不采取过度，很可能会因为内存吃紧而崩溃。

有时强制释放全部资源时，会使某个正在执行的动画失去引用而弹出异常，可以调用CCActionManager::sharedManager()->removeAllActions();来解决。

五、内存优化

优化的心得就是尽量去拼接图片，使图片边长尽可能的保持2的N次方并且装的很满。但要注意，有逻辑关系的图片尽量打包在一张大图里，另外一点就是打包的时候要考虑到层的分布。因为为了渲染效率可能会用到CCSpriteBatchNode;同一个BatchNode里的图片都是位于一个层级的，因此必须根据各个图片的层级关系，打包到不同的plist里。有时内存和效率不可以兼得，只能尽量平衡了。

六、其他

最后附一个各代iOS设备的内存限制情况

设备                                  建议内存               最大内存

iPad2/iPhone4s/iphone4                170-180mb                 512mb

iPad/iPod touch3,4/iphone3gs          40-80mb                  256mb

iPod touch1,2/iPhone3g/iPhone1         25mb                    128mb

上述建议内存只是一些人自己测试的结果，可用的RAM不大于最大内存的一半，如果程序超过最大内存的一半，则可能会挂掉。

另外在LEAKS里查看模拟器中和真机总的内存，会有较大出入。在模拟器中的结果与实际更接近一些。

来源网址：http://www.sundaboke.com/?post=54

时间： 2024-10-08 23:30:37

Cocos2d-x与iOS内存管理分析的相关文章

cocos2d-x与ios内存管理分析(在游戏中减少内存压力)

Cocos2d-x与ios内存管理分析(在游戏中减少内存压力) 猴子原创,欢迎转载.转载请注明: 转载自Cocos2D开发网--Cocos2Dev.com,谢谢! 年 原文地址: http://www.cocos2dev.com/?p=281 注:自己以前也写过Cocos2d-x如何优化内存的使用,以及内存不足的情况下怎么处理游戏.今天在微博中看到有朋友介绍了下内存,挺详细的.不知道是谁写的,我记录下. 一,iOS与图片内存 在iOS上,图片会被自动缩放到2的N次方大小.比如一张1024*102

【转】cocos2d-x与ios内存管理分析(在游戏中减少内存压力)

猴子原创,欢迎转载.转载请注明: 转载自Cocos2D开发网–Cocos2Dev.com,谢谢! 原文地址: http://www.cocos2dev.com/?p=281 注:自己以前也写过cocos2d-x如何优化内存的使用,以及内存不足的情况下怎么处理游戏.今天在微博中看到有朋友介绍了下内存,挺详细的.不知道是谁写的,我记录下. 一,IOS与图片内存 在IOS上,图片会被自动缩放到2的N次方大小.比如一张1024*1025的图片,占用的内存与一张1024*2048的图片是一致的.图片占用

小白学开发（iOS）OC_ set方法的内存管理分析（2015-08-04）

// //  main.m //  set方法的内存管理分析 // //  Created by admin on 15/8/5. //  Copyright (c) 2015年 admin. All rights reserved. // #import <Foundation/Foundation.h> #import "Person.h" int main(int argc, const char * argv[]) { @autoreleasepool { //p 

Cocos2d之&ldquo;引用计数&rdquo;内存管理机制实现解析

一.引言 本文主要分析cocos2d游戏开发引擎的引用计数内存管理技术的实现原理.建议读者在阅读本文之前阅读笔者之前一篇介绍如何使用cocos2d内存管理技术的文章--<Cocos2d之Ref类与内存管理使用详解>. 二.相关概念 引用计数 引用计数是计算机编程语言的一种内存管理技术,是指将资源(对象.内存或者磁盘空间等)的被引用计数保存起来,当引用计数变为零时就将资源释放的过程.使用引用计数技术可以实现自动内存管理的目的. 当实例化一个类时,对象的引用计数为1,在其他对象需要持有这个对象时,

iOS内存管理策略和实践

来源:http://www.baidu.com/link?url=irojqCBbZKsY7b0L2EBPkuEkfJ9MQvUf8kuNWQUXkBLk5b22Jl5rjozKaJS3n78jCnSsUZjVQvFIW1IKcJMlR2fGj9eiy-gCY7ulTRyEuAi 关于iOS内存管理 应用程序内存管理是:程序运行时,开辟的内存空间.使用它,释放它的过程,写的好的程序尽可能少使用内存.在Objective-C中,内存管理被看做是:在很多数据.代码下,分配 转自hherima的博客

IOS内存管理

原文链接:http://blog.csdn.net/weiqubo/article/details/7376189 1.  内总管理原则(引用计数)    IOS的对象都继承于NSObject,   该对象有一个方法:retainCount ,内存引用计数. 引用计数在很多技术都用到: window下的COM组件,多线程的信号量,读写锁,思想都一样.       (一般情况下: 后面会讨论例外情况)    alloc      对象分配后引用计数为1    retain    对象的引用计数+1

iOS内存管理（一）

最近有时间,正好把iOS相关的基础知识好好的梳理了一下,记录一下内存相关方面的知识. 在理解内存管理之前我觉得先对堆区和栈区有一定的了解是非常有必要的. 栈区:就是由编译器自动管理内存分配,释放过程的区域,存放函数的参数值,局部变量等.栈是内存中一块连续的区域,它的大小是确定的. 堆区:需要我们来动态的分配,释放,也就是我们内存管理的主角. 我们通过一个简单的例子来看看. NSString *string = [NSString alloc] init]; 我们声明了一个NSString类型的变

谈谈ios内存管理--持续更新

本文主要谈谈ios内存管理的发展脉络,不足之处,还请指教,相互学习交流.做ios开发,永远无法避开内存管理,无论我们是否有意识去考虑这个事情,但是只要我们写了OC程序,那么就与内存管理有关. 一.内存管理是做什么的? 二.内存管理方式一:MRC (一)引用计数器 (二)原则 (三)alloc.new.copy.mutableCopy.retain.release.dealloc alloc内部实现 引用计数表 (四)autorelease 三.内存管理方式二:ARC (一)__strong (二

IOS 内存管理

一.前言 对于大多数从C++或者JAVA转过来学习Object-C(以下简称OC)的人来说,OC这门语言看起来非常奇怪,用起来也有点麻烦. OC没有像JAVA一样的垃圾回收机制,也就是说,OC编程需要程序员手动去管理内存.这就是为什么它烦的原因,苹果却一直推崇开发者在有限硬件资源内写出最优化的代码,使用CPU最少,占用内存最小. 二.基本原理 对象的创建: OC在创建对象时,不会直接返回该对象,而是返回一个指向对象的指针,因此出来基本类型以外,我们在OC中基本上都在使用指针. ClassA  *