Cocos2d-x 启动过程详解：渲染

概述Cocos2d-x 启动过程详解：渲染 Qiu Yang2014-08-21 09:36:001417 次阅读 本文主要讲解Cocos2d-x的整体启动过程：Cocos2d-x 在各个平台的实现代码是一样的，只要针对不同平台做相应的配置就可以了。 一、启动前奏 现在来看一下在iOS平台下的相关结构： 打开源代码自带工程，你会看到一个main文件，这里main里面有一个main函数，这是程序的入口函 Cocos2d-x 启动过程详解：渲染

Qiu Yang2014-08-21 09:36:001417 次阅读

本文主要讲解Cocos2d-x的整体启动过程：Cocos2d-x 在各个平台的实现代码是一样的，只要针对不同平台做相应的配置就可以了。

一、启动前奏

现在来看一下在iOS平台下的相关结构：

打开源代码自带工程，你会看到一个main文件，这里main里面有一个main函数，这是程序的入口函数。在这里它会加载AppController，进入这个类，这里有iOS平台初始化代码，但是最先执行的如下：

@H_403_38@ 1 2

//cocos2dapplicationinstance static AppDelegates_sharedApplication;

在这里Cocos2d-x创建了一个appDelegare的对象，当然在创建的过程中会进行相应的初始化，通过代码可以看到：

2 3 4 5

/** @brIEfThecocos2dApplication. ThereasontoimplementwithprivateinheritanceistohIDesomeinterfacedetailsofCCDirector. */ class AppDelegate: private cocos2d::CCApplication

这里就会调用CCApplicaiton的构造函数：

5

CCApplication::CCApplication() { CC_ASSERT(!sm_pSharedApplication); sm_pSharedApplication= this ; //全局共享实例对象 }

将this赋值给了sm_pSharedApplication， 这个this是什么？ 实际上this是AppDeletegate， 因为这里的调用过程中并没有涉及到父类的对象，如果要涉及应该是CCApplication::CCApplication(); C++中，在创建派生类对象的时候不会创建父类对象，只会显示或者隐式的调用父类的构造函数。

但是这里为什么会有一个没有用到的全局变量呢？ 答案在后面：

1

cocos2d::CCApplication::sharedApplication()->run();

一开始定义一个static 变量就是要定义一个CCApplication的实例，然后调用run函数。

进入run函数：

5 6 7 8

int CCApplication::run() { if (applicationDIDFinishLaunching()) { [[CCDirectorCallersharedDirectorCaller]startMainLoop]; } return 0; }

ok,可以看到，当applicationDIDFinishLaunching执行成功后就会执行startMainLoop函数（这其实就启动了线程），分别看一下源代码：

applicationDIDFinishLaunching 是CCApplication的抽象函数，在AppDelegate中实现：

8 9 10 11 12 13 14 15

bool AppDelegate::applicationDIDFinishLaunching() //initializedirector CCDirector*pDirector=CCDirector::sharedDirector(); pDirector->setopenGLVIEw(CCEGLVIEw::sharedOpenGLVIEw()); //turnondisplayFPS pDirector->setdisplayStats( true ); //setFPS.thedefaultvalueis1.0/60ifyoudon’tcallthis pDirector->setAnimationInterval(1.0/60); //createascene.it’sanautoreleaSEObject CCScene*pScene=HelloWorld::scene(); //run pDirector->runWithScene(pScene); return ; }

其实对于游戏运行来说，说白了就是一个死循环，就像win的消息那样。

来看一下startMainLoop函数：

9

-( voID )startMainLoop //CCDirector::setAnimationInterval()iscalled,weshouldinvalIDateitfirst [displaylinkinvalIDate]; displaylink=nil; displaylink=[NSClassFromString(@ "CAdisplaylink" )displaylinkWithTarget:selfselector:@selector(doCaller:)]; [displaylinksetFrameInterval:self.interval]; [displaylinkaddToRunLoop:[NSRunLoopcurrentRunLoop]forMode:NSDefaultRunLoopMode]; }

什么？没有循环？ 你错了，注意的是这里加载了一个类：CAdisplaylink，就是这里循环起来的，这其实是一个定时器，默认情况是每秒运行60次。CAdisplaylink是一个定时器类，他能以特定的模式注册到runloop，这样每当屏幕显示内容刷新结束，runloop就会向CAdisplaylink指定的target发送一次执行的selector消息，对应的毁掉函数就会调用起来。

可以看到这里有一个回调函数：

4

)doCaller:(ID)sender cocos2d::CCDirector::sharedDirector()->mainLoop(); }

二、开始执行

在这里，我们就进入了mainLoop函数了。这里就是我们的头了：

14

CCdisplaylinkDirector::mainLoop( ) (m_bPurgeDirecotorInNextLoop) //这个变量在end函数里会被设置成为true m_bPurgeDirecotorInNextLoop= false ; purgeDirector(); } else (!m_bInvalID) { drawScene(); //releasetheobjects CCPoolManager::sharedPoolManager()->pop(); //每次回调都会清楚pool池（还记得之前的内存管理么） } }

好吧，这里主要的函数drawScene()，来看看主要的实现点：

15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45

//DrawtheScene CCDirector::drawScene( ) { //calculate“global”dt calculateDeltaTime(); //距离上次mainloop的时间 //tickbeforeglClear:issue#533 (!m_bPaused) //暂停 { m_pScheduler->update(m_fDeltaTime); //下面会解释这里的内容 } glClear(GL_color_BUFFER_BIT|GL_DEPTH_BUFFER_BIT); //函数的作用是用当前缓冲区清除值，也就是glClearcolor或者glClearDepth、glClearIndex、glClearStencil、glClearaccum等函数所指定的值来清除指定的缓冲区，也可以使用glDrawBuffer一次清除多个颜色缓存。比如：glClearcolor（0.0，0.0，0.0，0.0）;glClear（GL_color_BUFFER_BIT）;第一条语句表示清除颜色设为黑色，第二条语句表示实际完成了把整个窗口清除为黑色的任务，glClear（）的唯一参数表示需要被清除的缓冲区 /*toavoIDflickr,nextSceneMUSTbehere:aftertickandbeforedraw. XXX:WhichBUGisthisone.Itseemsthatitcan’tbereproduceDWithv0.9*/ (m_pNextScene) { setNextScene(); //初始化场景，如：onEnter或者onExit } kmGLPushmatrix(); //矩阵压栈 //drawthescene (m_pRunningScene) { m_pRunningScene->visit(); //遍历正在运行的Scene，先遍历的是CCNode的visit，因为CCScene并没有实现这个方法。 } //drawthenotificationsnode (m_pNotificationNode) { m_pNotificationNode->visit(); //遍历m_pNotificationNode，可以通过该m_pNotificationNode绘制特殊的节点 } (m_bdisplayStats) { showStats(); //左下角的fps(每秒传输的帧数) } kmGLPopMatrix(); //从矩阵栈中d出 m_uTotalFrames++; //swapbuffers (m_pobOpenGLVIEw) { m_pobOpenGLVIEw->swapBuffers(); } (m_bdisplayStats) { calculateMPF(); } }

我们先一步一步的看，在CCDirector中，mm文件里面有一个句：

CCdisplaylinkDirector*s_SharedDirector=NulL;

在这里CCSisplaylinkDirector是继承自CCDirector的，所以我们在运行的时候会调用：

9

CCDirector*CCDirector::sharedDirector( (!s_SharedDirector) s_SharedDirector= new CCdisplaylinkDirector(); s_SharedDirector->init(); s_SharedDirector; }

而后：

11

CCDirector::init( cclOG(“cocos2d:%s”,cocos2dVersion()); ………………… //scheduler初始化CCScheduler定时调度器第二篇中会看到哟 m_pScheduler= CCScheduler(); …………………. //createautoreleasepool这里CCPoolManager管理多个CCautoreleasePool,将CCautoreleasePool放到CCPoolManager中的m_pReleasePoolStack CCPoolManager::sharedPoolManager()->push(); ; 三、渲染开始 还记得刚刚我们看到的visit么？ 他是在CCNode中实现的，我们来看一下： 45 46 47 48 49 50 51 52 53 54 55 CCNode::visit() //quickreturnifnotvisible.childrenwon’tbedrawn. (!m_bVisible) //如果不可见，就会直接返回，不递归迭代 { ; //压入矩阵 (m_pGrID&&m_pGrID->isActive()) //处理CCGrIDBase { m_pGrID->beforeDraw(); } ->transform(); //这里的工作我们稍后还要继续看 CCNode*pNode=NulL; unsigned i=0; (m_pChildren&&m_pChildren->count()>0) { sortAllChildren(); //drawchildrenzOrder<0 ccArray*arrayData=m_pChildren->data; for (;i<arrayData->num;i++) //遍历zOrder<0的子类 pNode=(CCNode*)arrayData->arr[i]; (pNode&&pNode->m_nZOrder<0) { pNode->visit(); } else { break ; } } //selfdraw ->draw(); (;i<arrayData->num;i++) { pNode=(CCNode*)arrayData->arr[i]; (pNode) { pNode->visit(); } } } else { ->draw(); } //resetfornextframe m_uOrderOfArrival=0; (m_pGrID&&m_pGrID->isActive()) { m_pGrID->afterDraw( ); } //出矩阵 } 刚刚看到了transform，这是做什么的呢？它是进行坐标系的变换,没有坐标系的变换,则无法在正确的位置绘制出纹理。变换矩阵等价于坐标系变换.变换矩阵是如何根据当前节点的位置、旋转角度和缩放比例等属性计算出来的了。形象地讲,transform 方法的任务就是根据当前节点的属性计算出如何把绘图坐标系变换为新坐标系的矩阵。 那就继续看transform吧： 20 CCNode::transform() kmMat4transfrom4x4; //Convert3×3into4×4matrix CCAffinetransformtmpAffine= ->nodetoParenttransform(); //获取节点相对于父节点的变换矩阵 CGAffinetoGL(&tmpAffine,transfrom4x4.mat); //转换 //UpdateZvertexmanually transfrom4x4.mat[14]=m_fVertexZ; //设置z kmGLMultMatrix(&transfrom4x4); //右乘一个矩阵参数里面那个 //XXX:Expensivecalls.Camerashouldbeintegratedintothecachedaffinematrix (m_pCamera!=NulL&&!(m_pGrID!=NulL&&m_pGrID->isActive())) { translate=(m_obAnchorPointInPoints.x!=0.0f||m_obAnchorPointInPoints.y!=0.0f); (translate) kmGLTranslatef(RENDER_IN_SUBPIXEL(m_obAnchorPointInPoints.x),RENDER_IN_SUBPIXEL(m_obAnchorPointInPoints.y),0); m_pCamera->locate(); (translate) kmGLTranslatef(RENDER_IN_SUBPIXEL(-m_obAnchorPointInPoints.x),RENDER_IN_SUBPIXEL(-m_obAnchorPointInPoints.y),0); } } 一般来说游戏中会大量使用旋转，缩放，平移等仿射变换（ 所谓仿射变换是指在线性变换的基础上加上平移，平移不是线性变换）。2D计算机图形学中的仿射变换通常是通过和3×3齐次矩阵相乘来实现的。Cocos2d中的仿射变换使用了Quartz 2D中的CGAffinetransform类来表示： structCCAffinetransform{floata,b,c,d;tx,ty;};typedefCGAffinetransformCGAffinetransform; 在Cocos2d-x中，绘制是使用了openIEs的，所以CGAffinetransform只是用来表示2d仿射变换的，最终还是要转化成OpenglES的4*4变换矩阵的，因为OpenGL是3d的。这个转换工作是由 CGAffinetoGL来完成的。 变换后的矩阵关系如下： 1 |m11m21m31m41||ac0tx||m12m22m32m42||bd0ty||m13m23m33m43|<=>|0010||m14m24m34m44||0001| 最后来看一个概念： “节点坐标系”指的是以一个节点作为参考而产生的坐标系，换句话说，它的任何一个子节点的坐标值都是由这个坐标系确定的，通过以上方法，我们可以方便地处理触摸点，也可以方便地计算两个不同坐标系下点之间的方向关系。 这里是整个启动过程的一部分，后面我们还会根据Cocos2d-x的内存机制和回调机制来进行分析，也会有一些深层次的渲染知识。 来源网址：http://iqll.sinaapp.com/cocos2dx-启动过程详解一：渲染/ 总结 以上是内存溢出为你收集整理的Cocos2d-x 启动过程详解：渲染全部内容，希望文章能够帮你解决Cocos2d-x 启动过程详解：渲染所遇到的程序开发问题。 如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。 欢迎分享，转载请注明来源：内存溢出 原文地址: https://outofmemory.cn/web/1022316.html 启动 渲染 详解 过程 赞 (0) 打赏 微信扫一扫 支付宝扫一扫 md5 一级用户组 0 0 生成海报 Cocos2d-x中libcurl库的使用(5)代理介绍 上一篇 2022-05-23 【Cocos2d-x】Lua 资源热更新 下一篇 2022-05-23 发表评论 请登录后评论... 登录后才能评论 提交 评论列表（0条） 保存