【2014-01-27】cocos2dx学习笔记：CCNode回调流程-北京尧图网络

【2014-01-27】cocos2dx学习笔记：CCNode回调流程

[历史归档]本文原发布于 cstriker1407.info 个人博客内容为历史存档仅供参考。发布时间2014-01-27 标题cocos2dx学习笔记CCNode回调流程分类编程 / C C / cocos2dx 标签cocos2dxcocos2dx学习笔记CCNode回调流程CCNode的回调流程CCNode的几个回调函数cocos2dx程序框架流程首先进入main.cpp函数可以发现程序调用了Appliaction的run方法然后查看run方法是一个while1循环调用了Director的mainloop方法查看mainLoop方法发现其调用了drawScene方法查看drawScene方法没有场景切换动画时的回调流程void CCDirector::setNextScene(void)有场景切换动画时的回调流程从场景A切换到场景XCCTransitionScene和CCTransitionShrinkGrow片段由场景X切换场景B:最近项目中用到了cocos2dx来开发一个基于陀螺仪的demo忙了半个星期一边学习一边开发总算搞了出来。这里备份下开发中学习到的一些cocos2dx知识。CCNode的回调流程在使用CCLayerCCScene的时候往往想在layer或者场景切换的时候处理一些资源类的东西于是就在CCNode里发现了一些回调函数但是这些回调函数如何调用作者在网上也没有搜索自己翻了下源码发现比较简单。在这里备份下。CCNode的几个回调函数classCC_DLLCCNode:publicCCObject{public:。。。。。。。。。。virtualboolinit();staticCCNode*create(void);/** * Event callback that is invoked every time when CCNode enters the stage. * If the CCNode enters the stage with a transition, this event is called when the transition starts. * During onEnter you cant access a sister/brother node. * If you override onEnter, you shall call its parents one, e.g., CCNode::onEnter(). * js NA * lua NA */virtualvoidonEnter();/** Event callback that is invoked when the CCNode enters in the stage. * If the CCNode enters the stage with a transition, this event is called when the transition finishes. * If you override onEnterTransitionDidFinish, you shall call its parents one, e.g. CCNode::onEnterTransitionDidFinish() * js NA * lua NA */virtualvoidonEnterTransitionDidFinish();/** * Event callback that is invoked every time the CCNode leaves the stage. * If the CCNode leaves the stage with a transition, this event is called when the transition finishes. * During onExit you cant access a sibling node. * If you override onExit, you shall call its parents one, e.g., CCNode::onExit(). * js NA * lua NA */virtualvoidonExit();/** * Event callback that is called every time the CCNode leaves the stage. * If the CCNode leaves the stage with a transition, this callback is called when the transition starts. * js NA * lua NA */virtualvoidonExitTransitionDidStart();/// } end of event callbacks./** * Stops all running actions and schedulers */virtualvoidcleanup(void);。。。。。。。。。。};cocos2dx程序框架流程首先进入main.cpp函数可以发现程序调用了Appliaction的run方法intAPIENTRY_tWinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPTSTR lpCmdLine,intnCmdShow){。。。。。。。。。。returnCCApplication::sharedApplication()-run();}然后查看run方法是一个while1循环调用了Director的mainloop方法intCCApplication::run(){。。。。。。。。。。while(1){。。。。。CCDirector::sharedDirector()-mainLoop();。。。。。}。。。。。}查看mainLoop方法发现其调用了drawScene方法voidCCDisplayLinkDirector::mainLoop(void){。。。。。。。。。。drawScene();。。。。。}查看drawScene方法voidCCDirector::drawScene(void){。。。。。。。。。。if(m_pNextScene){setNextScene();}。。。。。if(m_pRunningScene){m_pRunningScene-visit();}。。。。。}查看代码到这里就可以大致的知道cocos2dx程序的运行流程通过不停的循环来执行当前scene的visit方法绘制界面如果有场景切换就切换场景后继续visiit。这里作者不关心visit和draw方法只关注于CCNode的回调流程。没有场景切换动画时的回调流程void CCDirector::setNextScene(void)voidCCDirector::setNextScene(void){boolrunningIsTransitiondynamic_castCCTransitionScene*(m_pRunningScene)!NULL;boolnewIsTransitiondynamic_castCCTransitionScene*(m_pNextScene)!NULL;// If it is not a transition, call onExit/cleanupif(!newIsTransition){if(m_pRunningScene){m_pRunningScene-onExitTransitionDidStart();m_pRunningScene-onExit();}// issue #709. the root node (scene) should receive the cleanup message too// otherwise it might be leaked.if(m_bSendCleanupToScenem_pRunningScene){m_pRunningScene-cleanup();}}if(m_pRunningScene){m_pRunningScene-release();}m_pRunningScenem_pNextScene;m_pNextScene-retain();m_pNextSceneNULL;if((!runningIsTransition)m_pRunningScene){m_pRunningScene-onEnter();m_pRunningScene-onEnterTransitionDidFinish();}}通过查看setNextScene的方法就可以发现在没有场景切换动画时各个回调函数的调用流程很清楚了。首先调用要退出场景的 onExitTransitionDidStart 方法和 onExit 方法如果当前是切换场景不是push场景就继续调用cleanup方法最后在执行新场景的 onEnter 和 onEnterTransitionDidFinish 方法。我们查看下这4个onXXXX方法CCScene和CCLayer均继承自CCNode这4个方法也是CCNode的方法。我们以onEnter为例voidCCNode::onEnter(){arrayMakeObjectsPerformSelector(m_pChildren,onEnter,CCNode*);。。。。。}可以发现里面有个宏这个就是关键所在~~宏的定义如下#definearrayMakeObjectsPerformSelector(pArray,func,elementType)\do{\if(pArraypArray-count()0)\{\CCObject*child;\CCARRAY_FOREACH(pArray,child)\{\elementType pNode(elementType)child;\if(pNode)\{\pNode-func();\}\}\}\}\while(false)由此就很清晰了当场景切换时新老场景的各个回调方法会被回调这些回调方法又会递归调用其children的相同的回调方法由于CCSceneCCLayerCCSprite等在cocos2dx的场景构建时为父子关系那么场景中的各种元素都会回调一次。有场景切换动画时的回调流程有场景动画时回调比较复杂一点首先需要明确的是场景切换动画也是场景。这样当场景A通过动画X切换到场景B时实际上是有3个场景AXB。为了便于分析我们假设场景切换动画X为 CCTransitionShrinkGrow 类的动画。从场景A切换到场景X回到函数 void CCDirector::setNextScene(void) 中当从A切到X时m_pRunningScene 是场景Am_pNextScene 是场景XA不是场景切换动画类CCTransitionShrinkGrowCCTransitionSceneX是场景切换动画类。那么根据函数逻辑函数流程会直接走向场景X的onEnter和onEnterXXX函数但不会走向场景A的onExitXXX和onExit函数。CCTransitionScene和CCTransitionShrinkGrow片段代码较多但是根据代码的走向就很清晰了。classCC_DLLCCTransitionScene:publicCCScene{protected:CCScene*m_pInScene;CCScene*m_pOutScene;。。。。。。。。。。}classCC_DLLCCTransitionShrinkGrow:publicCCTransitionScene,publicCCTransitionEaseScene{。。。。。。。。。。}CCTransitionScene*CCTransitionScene::create(floatt,CCScene*scene){CCTransitionScene*pScenenewCCTransitionScene();if(pScenepScene-initWithDuration(t,scene)){pScene-autorelease();returnpScene;}CC_SAFE_DELETE(pScene);returnNULL;}boolCCTransitionScene::initWithDuration(floatt,CCScene*scene){CCAssert(scene!NULL,Argument scene must be non-nil);if(CCScene::init()){m_fDurationt;// retainm_pInScenescene;m_pInScene-retain();m_pOutSceneCCDirector::sharedDirector()-getRunningScene();if(m_pOutSceneNULL){m_pOutSceneCCScene::create();m_pOutScene-init();}m_pOutScene-retain();CCAssert(m_pInScene!m_pOutScene,Incoming scene must be different from the outgoing scene);sceneOrder();returntrue;}else{returnfalse;}}voidCCTransitionScene::finish(){。。。。。。。。。。this-schedule(schedule_selector(CCTransitionScene::setNewScene),0);}voidCCTransitionScene::setNewScene(floatdt){。。。。。 CCDirector*directorCCDirector::sharedDirector();。。。。。 director-replaceScene(m_pInScene);。。。。。}// custom onEntervoidCCTransitionScene::onEnter(){CCScene::onEnter();// disable events while transitionsCCDirector::sharedDirector()-getTouchDispatcher()-setDispatchEvents(false);// outScene should not receive the onEnter callback// only the onExitTransitionDidStartm_pOutScene-onExitTransitionDidStart();m_pInScene-onEnter();}// custom onExitvoidCCTransitionScene::onExit(){CCScene::onExit();// enable events while transitionsCCDirector::sharedDirector()-getTouchDispatcher()-setDispatchEvents(true);m_pOutScene-onExit();// m_pInScene should not receive the onEnter callback// only the onEnterTransitionDidFinishm_pInScene-onEnterTransitionDidFinish();}voidCCTransitionShrinkGrow::onEnter(){CCTransitionScene::onEnter();。。。。。。。。。。 m_pInScene-runAction(this-easeActionWithAction(scaleIn));m_pOutScene-runAction(CCSequence::create(this-easeActionWithAction(scaleOut),CCCallFunc::create(this,callfunc_selector(CCTransitionScene::finish)),NULL));}首先当走向场景X的onEnter时CCTransitionShrinkGrow类的onEnter函数首先调用了父类CCTransitionScene的onEnter函数然后调用了CCTransitionScene的finish函数。根据CCTransitionScene的initXX函数可以知道在CCTransitionScene中m_pInScene是场景Bm_pOutScene是场景A那么根据CCTransitionScene的onEnter函数的逻辑知道此时场景A的onExitXXX被调用场景B的onEnter被调用。再来分析CCTransitionScene的finish函数该函数又调用了CCTransitionScene的setNewScene函数在该函数中我们发现程序调用了我们熟悉的ReplaceScene函数前面已经知道了m_pInScene是场景B即程序现在开始执行由场景X切换场景B。由场景X切换场景B:和上面一样我们分析void CCDirector::setNextScene(void) 中当从X切到B时m_pRunningScene 是场景Xm_pNextScene 是场景BB不是场景切换动画类CCTransitionShrinkGrowCCTransitionSceneX是场景切换动画类。那么根据函数逻辑函数流程会走向场景X的onExitXXX和onExit函数但是不会执行场景B的onEnter和onEnterXXX函数。场景X类是CCTransitionShrinkGrow类执行场景X的onExitXXX函数和onExit函数时会进入CCTransitionScene函数的onExit函数由于cocos2dx是类实例指针传递因此这里的实例和上面由A切到X的类实例是一个那么m_pInScene依然是场景Bm_pOutScene依然是场景A在CCTransitionScene函数的onExit函数里场景A的onExit被调用场景B的onEnterXXX被调用。此时整个场景切换过程已经完成。综上可得没有切换动画时调用流程A: onExitTransitionDidStartA: onExitB: onEnterB: onEnterTransitionDidFinish有切换动画时调用流程A: onExitTransitionDidStartB: onEnterA: onExitB: onEnterTransitionDidFinish

RELATED

相关推荐

SR-71项目级AI编程助手：从代码补全到深度架构分析

SR-71项目级AI编程助手：从代码补全到深度架构分析

如果你是一名开发者，最近在关注AI编程助手领域，可能会发现一个有趣的现象：虽然市面上已经有不少AI编程工具，但真正能理解复杂项目上下文、进行深度代码分析和架构设计的工具却不多。今天要介绍的SR-71项目，就像它的名字…

📅 2026/8/24 2:19:27

【SpringBoot+Java】喀什市特色农产品销售系统：地方特产商城+订单交易+数据分析，源码免费领19629

【SpringBoot+Java】喀什市特色农产品销售系统：地方特产商城+订单交易+数据分析，源码免费领19629

项目名称喀什市特色农产品销售系统技术栈Spring Boot Java MySQL源码领取评论区或私信回复 19629一、项目介绍喀什市特色农产品销售系统围绕地方特色农产品线上销售场景进行开发，主要覆盖商品展示、用户购买、订单管理、新闻资讯、公告发布、商城后台维护和数据分…

📅 2026/8/24 2:19:28

集成过压保护模拟开关的设计与应用实践

集成过压保护模拟开关的设计与应用实践

1. 为什么我们需要重新思考保护电路设计在电子系统设计中，过压保护一直是个让人头疼的问题。传统方案通常采用TVS二极管、保险丝、继电器等分立器件搭建保护电路，这种方案我已经用了十几年。但最近在做一个工业传感器项目时，这套方案让我栽了…

📅 2026/9/8 11:22:17

MORE NEWS

更多资讯

Switch大气层超频插件sys-clk：频率表与配置文件详解

简介：大气层系统下任天堂Switch主机超频插件资源，面向已使用大气层破解并希望提升游戏性能的中高级玩家。资源内含主程序及配套配置文件，通过系统安装包与工具程序分别完成组件安装和前端管理，配合预设的模板、标志与配置文件&…

CMSIS-5深度解析：嵌入式开发的标准化基座与工程治理核心

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

基金相关性预测：多源时序+文本+行业特征融合建模

简介：本资源是面向高校机器学习课程学生的完整大作业解决方案，基于CCF-BDCI基金相关性预测训练赛题设计，覆盖从数据建模、代码实现到成果汇报的全流程，特别适合课程设计、期末大作业及初学者快速上手。压缩包共5个文件&#xff08…

LLM API 调用链全链路追踪：OpenTelemetry 上下文注入与 Span 传递实战

LLM API 调用链全链路追踪：OpenTelemetry 上下文注入与 Span 传递实战在大模型（LLM）应用架构中，一个看似简单的用户请求，在后端往往会经历一段极其错综复杂的“计算旅程”： 用户提问 -> API 网关鉴权 …

工控液晶屏现场故障排查七步法：从黑屏到修复的实操指南

1. 这不是教科书，是我在车间里擦着汗写下的真实记录“工控液晶屏维护手记：现场故障的排查顺序”——这标题听起来像本技术手册的章节名，但我要说，它其实是我在华北某汽车焊装车间、华东一家食品包装产线、西南一座化工DCS控制室里…

智能体系统治理：隔离、集成与实时策略引擎

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

TODAY

今日更新

Linux 内核 ARM 虚拟内存布局全解析：从 4GB 地址空间划分到源码级验证

Linux 内核 ARM 虚拟内存布局全解析：从 4GB 地址空间划分到源码级验证【免费下载链接】linux Linux kernel source tree 项目地址: https://gitcode.com/GitHub_Trending/li/linux 导读本文以 Linux 内核仓库中 Documentation/arch/arm/memory.rst 为核心…

AIGC降重工具测评与教育应用指南

1. 项目概述：AIGC时代的教育工具变革2023年被称为AIGC（人工智能生成内容）的爆发元年，但到了2026年，我们面临的却是如何"对抗"AIGC的全新课题。作为一名长期关注教育技术发展的从业者，我注意到一个…

数据容灾核心指标与实战方案解析

1. 数据容灾的本质与核心指标数据容灾从来不是简单的备份恢复，而是业务连续性的最后防线。去年某电商平台因数据库主从切换失败导致12小时服务中断，直接损失超2亿元，这个案例让我深刻理解了RTO/RPO指标的现实分量。 1.1 RTO与RPO的实战解读…

THIS WEEK

本周精选

超人会飞不算本事：系统稳定依赖清晰规则与边界设计

开头先不绕弯子。“#斯坦李吐槽dc 所以超人是无缘无故会飞的嘛哈哈哈哈哈哈哈锤哥真是技术人才啊！#雷神 #复联”这类调侃式短标题，第一波冲击力在于它把两个宇宙的角色塞进同一个吐槽箱里，但细想一下就能发现，它真正碰到的根本不是…

超人VS蜘蛛侠：拆解超级IP的影响力与传播方法论

把“蜘蛛侠 vs 超人”放在 CSDN 上聊，可能很多人第一反应是走错片场了。但如果把这两个角色看成“两个持续运营了 80 多年的文化产品”，你会发现，这场比较本质上是两个不同 IP 策略的长期结果对比：超人赢在定义了整个超级英雄题材…

基于CNN的调制信号识别：MATLAB实现时频图分类实战

简介：本资源是一套面向通信工程与信号处理方向学习者、研究者的深度学习实践方案，聚焦调制信号自动检测与识别这一典型无线通信任务，解决传统方法依赖人工特征、低信噪比下性能下降等痛点。压缩包共12个文件（10.73MB）&…

THIS MONTH

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

简介：本资源是一套面向本科毕业设计、课程设计及期末大作业的工业级焊缝缺陷检测实战方案，聚焦深度学习在焊接质量控制中的落地应用，解决传统人工检测效率低、主观性强等痛点。压缩包共26个文件，含9个C源码（如yolo_det…

分布式服务的决策记录

分布式服务的决策记录架构演进最怕只有结果没有理由。一次拆分、缓存或队列调整，都应写明当时的瓶颈、备选方案、选择原因和撤回条件。记录的最小单位用一页说明解决的任务、依赖、风险和验证方式即可。别把决定写成永远正确的准则；前提变化时&#xf…

创业产品的首版范围

创业产品的首版范围首版的任务是验证一个需求，不是展示全部能力。选择用户愿意反复完成、且结果容易判断的动作，把输入、输出和人工兜底都做清楚。控制范围先做可撤回、低风险的流程。权限不明、需要复杂协作或结果不可逆的部分先不自动化。用反馈决定…

读完文章，想聊聊您的网站？

告诉我们您的行业与需求，资深顾问一对一梳理方案与报价，全程免费。

免费获取方案 400-888-6620

📞 💬