我所理解的cocos2dx - cocos2dx架构一憋(一)

cocos2dx引擎总览

  游戏引擎是什么?最简单的游戏引擎本身就是一个渲染系统而已,它调用底层各类的api,来帮助开发者进行渲染。cocos2dx也是如此,它最主要的功能就是提供非常方便使用的渲染机制,并且是跨平台的,这对于开发者来说就十分的喜欢了。

  除此以外,cocos2dx通过使用第三方库来支持许多游戏开发中需要用到的功能,例如文件解压,图片解析,网络支持,物理引擎,音频等功能,让开发者可以更专注于渲染引擎的开发。并且还封装了和平台无关的接口:文件加载,纹理解析,线程操作等。

  cocos2dx核心部分是构建了场景中元素的层级结构,关系和元素的管理遍历绘制。带有优秀的动画系统,最后还有支持很多第三方工具,例如骨骼动画制作,纹理拼接,网格地图等。首推是cocosstudio,集成了场景编辑,动画设计,粒子效果,骨骼等大部分功能。

cocos2dx内存管理机制

c++显式堆内存管理

  这引擎的内存管理机制是源于object-c的,了解之前得了解c++的管理方式:

  c++使用new分配内存,delete释放内存,虽然看起来方便,却无法完全保证此应用正确。不能正确处理的话会出现几个问题:

    1.野指针:指向的内存已被释放,却还有其他指向它的指针还在使用

    2.重复释放

    3.内存泄漏:不再使用的内存没有释放,导致内存占用过高

c++11中的智能指针

  c++11加入智能指针,对*进行了重载,所以可以通过*ptr访问到其所分配的堆内存,通过调用reset成员释放其内存:

    1.unique_ptr:不能和其他智能指针共享其指向的内存,直接赋值给其他指针会报错,但可以通过标准库的move来转移,一但转移,原来的指针会失效

    2.shared_ptr:多个共享,采用引用计数,reset只会引用-1

    3.weak_ptr:指向shared_ptr指针的内存,但不拥有它,我们通过lock方法来访问其指向的shared_ptr对象,如果指向对象失效,返回nullptr(就是弱引用啊斌!)

 

为什么不使用智能指针 

  但cocos2dx不使用智能指针,原因:

    1.性能损失,shared_ptr线程安全,自带互斥锁

    2.仍要显示声明指针,不优雅

垃圾回收机制  

  垃圾回收机制,一般通过:

    1.引用计数:实现简单

    2.跟踪处理:以目标为根,在其引用的空间上做标记,完成后没标记的在第二阶段清理

cocos2dx内存管理机制

  引擎使用的是一个可称为智能指针的变体

class Ref:
    def retain():pass
    def release():pass
    def autorelease():pass
    def getRefreenceCount():pass
    self._referenceCount = 0
    #friend class AutoreleasePool

  retain增加引用,release减少引用,但很少直接使用它们来管理,不然就和c++的一样了。我们知道,智能指针是通关关联一个自动变量来实现,autorelese其实就是大概做类似的工作,调用它的时候,它会声明对象为智能指针,但它不关联自动变量,而和加入一个AutoreleasePool里,这个池在每一帧结束对池里对象进行清理

  实现机制是,AutoReleasePool对池里对象release一下,如果没被使用,引用会为0,则后面被释放。

  

auto node = new Node()
node->autorelease()
#帧结束后被释放

auto node = new Node()
node->autorelease()
addChild(node)
#不会被释放

  cocos2dx为了不用显式调用AutoRelease,一般让程序员通过create来获取对象,而create里帮我们调用好了AutoRelease。autorelease主要应用在ui元素上。

autoreleasepool队列

  为了支持对自定义数据对象的自动释放的支持,我们需要能够自定义AutoreleasePool的生命周期,引擎是通过一个pool队列来处理它,并且交由PoolManager来管理,里面至少有一个pool来处理ui元素的问题。我们能自己创建一个,为了达到和智能指针一样的内存管理,AutoreleasePool的构造和析构函数进行了特殊处理:把本身加进自己的池里,当执行clear的时候,就会对本身进行release,从而达到管理自己的工作。

cocos2dx中的智能指针

  http://blog.csdn.net/sundaboke/article/details/40044855

时间: 2024-10-27 07:28:51

我所理解的cocos2dx - cocos2dx架构一憋(一)的相关文章

理解本真的REST架构风格

引子 在移动互联网.云计算迅猛发展的今天,作为一名Web开发者,如果您还没听说过“REST”这个buzzword,显然已经落伍了.夸张点说,甚至“出了门都不好意思跟别人打招呼”.尽管如此,对于REST这个泊来品的理解,大多数人(包括一些资深的架构师)仍然停留在“盲人摸象”的阶段.常常听到各种各样关于REST的说法,例如:有人说:“我们这套新的API决定不用Web Service(SOAP+WSDL),而是直接使用HTTP+JSON,也就是用RESTful的方式来开发.” 不用SOAP,甚至也不用

理解本真的REST架构风格(转)

本文是“深入探索REST”专栏系列深度内容中的第二篇,它将带您领略REST架构的起源.与Web的关系.REST架构的本质及特性,以及REST架构与其他架构风格之间的比较. 引子 在移动互联网.云计算迅猛发展的今天,作为一名Web开发者,如果您还没听说过“REST”这个buzzword,显然已经落伍了.夸张点说,甚至“出了门都不好意思跟别人打招呼”.尽管如此,对于REST这个泊来品的理解,大多数人(包括一些资深的架构师)仍然停留在“盲人摸象”的阶段.常常听到各种各样关于REST的说法,例如:有人说

深入理解REST与Servlet架构的区别

深入理解REST与Servlet架构的区别 本身这个比较是个伪命题,因为 RESTful Service是一个软件架构"风格", 而servlet是java 服务端的一种技术 之所以把它们拿出来比较,是由于它们代表了两个时代的技术风格与架构.下面就来阐述这两种技术架构的区别. Servelt API是1998年发布的,它的核心API一直变化不大,非常稳定,也是JavaEE众多API中最成功的一个.基于Servlet API产生了众多的框架,比较大家最熟悉的Structs,Spring

[转]理解本真的REST架构风格-By李锟

最近看到一个词语“REST”风格,就百度了一下,度娘很给力,下面就是我认为写的最好的一篇介绍. 原文地址:http://www.infoq.com/cn/articles/understanding-restful-style 本文是“深入探索REST”专栏系列深度内容中的第二篇,它将带您领略REST架构的起源.与Web的关系.REST架构的本质及特性,以及REST架构与其他架构风格之间的比较. 引子 在移动互联网.云计算迅猛发展的今天,作为一名Web开发者,如果您还没听说过“REST”这个bu

[Cocos2d-x]Cocos2d-x 3.2 学习笔记

获取屏幕大小(Visible) Size visibleSize = Director::getInstance()->getVisibleSize(); Vec2 origin = Director::getInstance()->getVisibleOrigin(); 打印调试(CCLOG) CCLOG("Characters: %c %c", 'a', 65); CCLOG("Decimals: %d %ld", 1977, 650000L); C

转:理解本真的 REST 架构风格

引子 在移动互联网.云计算迅猛发展的今天,作为一名 Web 开发者,如果您还没听说过"REST"这个 buzzword,显然已经落伍了.夸张点说,甚至"出了门都不好意思跟别人打招呼".尽管如此,对于 REST 这个泊来品的理解,大多数人(包括一些资深的架构师)仍然停留在"盲人摸象"的阶段.常常听到各种各样关于 REST 的说法,例如:有人说:"我们这套新的 API 决定不用 Web Service(SOAP+WSDL),而是直接使用 H

我所理解的cocos2dx - cocos2dx架构一憋(下)

ui树及运行时游戏对象 node类是所有ui元素的基类,我们看看它有啥属性 1.位置和变换 position:位置,决定元素显示位置 anchorPoint:锚点,决定元素哪个部分处于这个位置上,这点范围(0-1, 0-1) 锚点示意图,假设元素在100,100,锚点为0.5,0.5,则图内中间的点处于100,100这位置 两个点决定元素在屏幕哪个位置.锚点影响元素的变换操作,例如旋转缩放等. 2.坐标系 世界坐标系:原点屏幕左下,向右x,向上y 本地坐标系:元素对于自身的坐标系,元素的左下角为

cocos2D-X从的源代码的分析cocos2D-X学习OpenGL(1)----cocos2D-X渲染架构

 个人原创.欢迎转载,转载请注明原文地址http://blog.csdn.net/bill_man 从本篇文章開始,将分析cocos2D-X 3.0源码,第一部分是从cocos2D-X学习OpenGL,也就是分析cocos2D-X 3.0的渲染代码,本篇首先介绍cocos2D-X 3.0的渲染结构.使用的是3.0正式版. void DisplayLinkDirector::mainLoop() { if (_purgeDirectorInNextLoop) { //仅仅有一种情况会调用到这里来,

彻底理解 Android Binder 通信架构

roid 6.0的源码剖析, 本文深度剖析Binder IPC过程, 这绝对是一篇匠心巨作,从Java framework到Native,再到Linux Kernel,带你全程看Binder通信过程. 一. 引言 1.1 Binder架构的思考 Android内核是基于Linux系统, 而Linux现存多种进程间IPC方式:管道, 消息队列, 共享内存, 套接字, 信号量, 信号. 为什么Android非要用Binder来进行进程间通信呢.从我个人的理解角度, 曾尝试着在知乎回答同样一个问题 为