【转】【玩转cocos2d-x之二十三】多线程和同步03-图片异步加载

原创作品,转载请标明http://blog.csdn.net/jackystudio/article/details/15334159

cocos2d-x中和Android,Windows都
一样,如果在主线程中处理一些耗时操作,那么主线程就会出现阻塞现象,表现在界面上就是卡住,未响应等情况。为了避免这种情况的出现,我们需要在后台开辟
工作线程进行数据的处理,再采用消息传递或者其他形式来通知主线程进行UI变化。最常见的情况就是游戏进入前的loading。

1.图片的异步加载

在多线程和同步的第一篇介绍到使用pthread库的时
候,讲到由于CCAutoreleasePool不是线程安全的,所以不能在工作线程中引入cocos2d-x相关的API(其实并不是所有的API都不
能使用)。但是cocos2d-x显然考虑到这个问题了,所以它本身就帮我们封装好了一个API,避免了还要手动引入pthread库的尴尬。

[cpp] view plaincopy

  1. void CCTextureCache::addImageAsync(const char *path, CCObject *target, SEL_CallFuncO selector)

其中path是图片的位置,selector是加载完成时的回调函数。很方便,如果需要加载很多图片的话,对每一个进行回调处理,然后在update中更新UI即可。

2.plist的异步加载

可是由于内存原因,大部分情况下图片会被合成打包,同时带入plist。这时候如何进行图片的异步加载呢?这个时候就需要对addImageAsync的源码进一步的探究了。

2.1.耗时的是什么?

首先要理解的是耗时的动作是什么,只有把耗时的工作真正抓出来丢到工作线程上,异步加载才有意义。我们知道,图片在内存中是以纹理的形式存在的,而图片的加载,通俗来讲也就是纹理的生成,这就是耗时的原因。那CCTexureCache中addImage(同步加载)和addImageAysnc(异步加载)分别做了什么事?

(1)addImage

可以看出addImage使用同步的方式生成了纹理,也就是在主线程中进行了耗时的加载操作。

[cpp] view plaincopy

  1. //...cocos2d-x维护着一个全局纹理,在判断纹理是否已存在
  2. if (! texture)
  3. {
  4. do
  5. {
  6. //...判断图片格式
  7. pImage = new CCImage();
  8. CC_BREAK_IF(NULL == pImage);
  9. bool bRet = pImage->initWithImageFile(fullpath.c_str(), eImageFormat);
  10. CC_BREAK_IF(!bRet);
  11. texture = new CCTexture2D();    //开辟纹理空间
  12. if( texture &&
  13. texture->initWithImage(pImage) )  //使用CCImage初始化纹理
  14. {
  15. #if CC_ENABLE_CACHE_TEXTURE_DATA
  16. // cache the texture file name
  17. VolatileTexture::addImageTexture(texture, fullpath.c_str(), eImageFormat);
  18. #endif
  19. m_pTextures->setObject(texture, pathKey.c_str());
  20. texture->release();
  21. }
  22. else
  23. {
  24. CCLOG("cocos2d: Couldn‘t create texture for file:%s in CCTextureCache", path);
  25. }
  26. } while (0);
  27. }
  28. //...释放资源,返回纹理

(2)addImageAsync

addImageAsync则是在工作线程中加载图片,然后通过调度器进行纹理的转换。

[cpp] view plaincopy

  1. //创建工作线程用于后台加载图片
  2. pthread_create(&s_loadingThread, NULL, loadImage, NULL);
  3. //创建调度队列,用来根据已加载的图片进行纹理转换
  4. CCDirector::sharedDirector()->getScheduler()->scheduleSelector(schedule_selector(CCTextureCache::addImageAsyncCallBack), this, 0, false);
  5. void CCTextureCache::addImageAsyncCallBack(float dt)
  6. {
  7. //...
  8. CCTexture2D *texture = new CCTexture2D();   //开辟纹理空间
  9. #if 0 //TODO: (CC_TARGET_PLATFORM == CC_PLATFORM_IOS)
  10. texture->initWithImage(pImage, kCCResolutioniPhone);
  11. #else
  12. texture->initWithImage(pImage);      //使用CCImage初始化纹理
  13. #endif
  14. #if CC_ENABLE_CACHE_TEXTURE_DATA
  15. VolatileTexture::addImageTexture(texture, filename, pImageInfo->imageType);
  16. #endif
  17. //...将加入autorelease,进行加载后的回调函数的调用,释放相关资源
  18. }

2.2.plist加载的原理

之前使用plist是这样子的:

[cpp] view plaincopy

  1. void CCSpriteFrameCache::addSpriteFramesWithFile(const char *pszPlist)//传入plist文件即可

在它的实现中,发现了这么一句:

[cpp] view plaincopy

  1. CCTexture2D *pTexture = CCTextureCache::sharedTextureCache()->addImage(texturePath.c_str());

原来addSpriteFramesWithFile会先查找是否存在纹理,否则会在.plist的目录下寻找同名图片,然后调用同步的addImage函数来生成纹理。这也就是为什么只加载了plist,而纹理就会存在的原因了。

2.3.异步加载plist

知道了这些,那就让addSpriteFramesWithFile调用异步的addImageAsync函数就可以了,当然不需要改源码,因为CCSpriteFrameCache还提供了如下的plist加载方式:

[cpp] view plaincopy

  1. void CCSpriteFrameCache::addSpriteFramesWithFile(const char *pszPlist, CCTexture2D *pobTexture)

所以我们可以手动异步生成纹理后,在回调函数中和.plist一起传入addSpriteFramesWithFile,搞定!还记得刚开始的selector么?生成的纹理会作为参数传入这个回调函数中,完美!

2.4.注意

只要注意一点的是,在使用任何plist中的小图片时,引擎并不会为每一张小图片生成一个纹理,而是共用了大图片的纹理,同时指定了小图片的坐标和长宽。

3.示例

其中ui_text.png是大图片,raffle_b_friend.png和raffle_b_diamond.png是两张小图片。

[cpp] view plaincopy

  1. bool CTestLayer::init()
  2. {
  3. bool bRet=false;
  4. do
  5. {
  6. CC_BREAK_IF(!CCLayer::init());
  7. //addImage or addImageAsync中创建纹理
  8. CCTextureCache::sharedTextureCache()->addImageAsync("ui_text.png",this,callfuncO_selector(CTestLayer::showSprite));
  9. bRet=true;
  10. } while (0);
  11. return bRet;
  12. }
  13. void CTestLayer::showSprite(CCObject* obj)
  14. {
  15. CCTexture2D* texture_ui_text=(CCTexture2D*)obj;//传入的obj即是异步生成的纹理
  16. CCSpriteFrameCache::sharedSpriteFrameCache()->addSpriteFramesWithFile("ui_text.plist",texture_ui_text);//通过纹理和.plist文件加入CCSpriteFrameCache
  17. CCSprite* raffle_b_friend=CCSprite::createWithSpriteFrameName("raffle_b_friend.png");//尽情使用小图片吧
  18. raffle_b_friend->setPosition(ccp(100,100));
  19. this->addChild(raffle_b_friend);
  20. //错误,只能获取ui_text.png的纹理
  21. //CCTexture2D* raffle_b_diamond_texture=CCTextureCache::sharedTextureCache()->textureForKey("raffle_b_diamond.png");
  22. //正确,可以用这种先获取精灵帧,再从精灵帧中获取ui_text的纹理,以及大小,来构建CCSprite
  23. CCSpriteFrame* raffle_b_diamond_spriteframe=CCSpriteFrameCache::sharedSpriteFrameCache()->spriteFrameByName("raffle_b_diamond.png");
  24. CCTexture2D* texture=raffle_b_diamond_spriteframe->getTexture();
  25. CCRect rect=raffle_b_diamond_spriteframe->getRect();
  26. CCSprite* raffle_b_diamond=CCSprite::createWithTexture(texture,rect); //如果纹理需要旋转,setRotation吧
  27. raffle_b_diamond->setRotation(false);
  28. raffle_b_diamond->setPosition(ccp(300,100));
  29. this->addChild(raffle_b_diamond);
  30. }

4.效果

使用异步加载plist方式处理:

5.源码下载

http://download.csdn.net/detail/jackyvincefu/6533293

时间: 2024-11-08 20:17:57

【转】【玩转cocos2d-x之二十三】多线程和同步03-图片异步加载的相关文章

自己动手写android图片异步加载库(二)

在<自己动手写android图片异步加载库>系列的第一篇文章中,主要是学习了使用ReferenceQueue来实现一个内存缓存.在这篇文章中主要是介绍在下载很多图片是怎么控制线程和队列.在这版代码里,加入信号量和队列,可以控制下载任务的顺序.可以控制暂停和结束. 代码A:ImageLoader.java /** * 图片加载工具类 * * @author qingtian * @blog http://blog.csdn.net/bingoSpunky */ @SuppressLint(&qu

Android利用Volley异步加载数据完整详细示例(二)

MainActivity如下: package cc.y; import android.app.Activity; import android.content.Context; import android.graphics.Bitmap; import android.graphics.Bitmap.Config; import android.os.Bundle; import android.util.LruCache; import android.widget.ImageView;

Java Selenium (十二) 操作弹出窗口 &amp; 智能等待页面加载完成 &amp; 处理 Iframe 中的元素

一.操作弹出窗口   原理 在代码里, 通过 Set<String> allWindowsId = driver.getWindowHandles(); 来获取到所有弹出浏览器的句柄, 然后遍历, 使用swithcto.window(newwindow_handle)方法. 就可以定位到新的窗口. 测试页面的HTML <html> <head> <title>常见web ui元素操作, 及API使用</title> <script type

Android开发之图片处理专题(二):利用AsyncTask和回调接口实现图片的异步加载和压缩

在上一篇专题Android开发之图片处理专题(一):利用软引用构建图片高速缓存中我们讲述了如何利用软引用技术构建高速缓存.那么想要用到图片,首先得有图片的来源.一般而言,一个应用的图片资源都是从服务器处获得的.今天,我们利用Android开发之网络请求通信专题(二):基于HttpClient的文件上传下载里面封装好的httpUtils来实现图片的下载,然后加载到本地配合软引用缓存使用,以一个listView为例子来说明. 一.准备工作 我们需要准备以下几个类(图片对象和软引用缓存类请参考上一篇专

ios基础篇(二十三)—— 定时器NSTimer与图片的自动切换

一.NSTimer NSTimer是一个能在从现在开始到后面的某一个时刻或者周期性的执行我们指定的方法的对象.可以按照一定的时间间隔,将制定的信息发送给目标对象.并更新某个对象的行为.你可以选择在未来的某个时间将它停止.开启.甚至销毁. 1.NSTimer的创建 + (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo

Android开发系列(二十三):实现带图片提示的Toast提示信息框

Android中的Toast是很常见的一个消息提示框,但是默认的消息提示框就是一行纯文本,所以我们可以为它设置一些其他的诸如是带上图片的消息提示. 实现这个很简单: 就是定义一个Layout视图,然后设置Toast显示自定义的View. 在这里,就是设置了一个LinearLayout容器,然后给这个容器添加图片,添加文字信息.然后把这个容器设置给Toast对象,让其显示出来. 首先创建一个Android项目,然后我们编辑下main.xml文件: <span style="font-size

浅谈android中异步加载之&quot;取消异步加载&quot;二

首先,我得解释一下为什么我的标题取消异步加载打引号,这是因为可能最后实现效果并不是你自己想象中的那样.大家看取消异步加载,这不是很简单吗?AsyncTask中不是有一个cancel方法吗?直接调用该方法不就行了吗?但是事实上是这样的吗?如果真是这样,我相信我就没有以写这个作为一篇博客的必要了.为什么会有这样的想法呢?实际上源于我上一篇中Demo中的一个BUG,然后解决该BUG,需要去取消异步任务,是怎么样,我们不妨来看看. 首先,还是来一起回顾一下上篇博客中加载进度条Demo吧. AsyncTa

学习andriod开发之 异步加载图片(二)--- 使用其他进度条

大家好 我是akira上一节 我们讲到使用AsyncTask 这个类进行异步的下载 主要是涉及到一些图片的更新 这次我们继续上一个demo的改进 . 不知道你是否发现一个问题 上一节我们遗留了两个bug 1 在无网络情况下 点击会崩 咱们说 软件开发最忌讳的就是crash 而这个是在bug解决方案中的一级要解决的 所以这个问题 必须搞定 2 就是我们会发现进度并未更新 而图片是显示完毕了的 3 就是一个扩展 这次我将会带来 daimajia的新库 也是做库小达人的最新作品 NumberProgr

关于ztree异步加载的问题(二)

本来以为这个异步加载会很难控制,因为考虑到ztree节点图标的控制,结果并不是那么困难,ztree自己控制图标,你只要在json中设置isParent:true,它自己会识别父节点并控制图标,以下是核心代码: <!--前台js代码以及html--> //参数设置 var setting={ async: { enable: true, url:"${pageContext.request.contextPath}/page/department_ascyDepartment.do&q