itol925的专栏

由于C++目前未提供完整的垃圾回收机制，cocos2d-x必须手动来管理内存。3.6版本里，cocos2d-x使用了一种类oc的内存管理机制，利用引用计算来控制对象的释放。在cocos2d-x中，几乎所有的对象都继承自Ref类，而各对象的引用计数也都在Ref类中维护，Ref类结构如下（代码1）：class CC_DLL Ref{public: void retain();

Cocos 3.6版本热更新梳理 cocos热更新实现了项目资源和脚本文件的动态更新。当工程有新的改动时，用户无需重新下载完整的安装包，而是通过对比本地与最新的版本信息，仅下载有改动的文件到本地，完成版本的更新。 工程的资源和脚本文件存放分2个地方，一个是安装目录，一个是数据目录，当app安装完后，安装目录则不再可写，此后所有的更新文件统一存放到数据目录当中，APP调用文件时，也优

姑且从Application::run()开始吧。代码1：int Application::run(){ PVRFrameEnableControlWindow(false);//设置注册表PVRFrame隐藏 // Main message loop: LARGE_INTEGER nLast; LARGE_INTEGER nNow; Query

用cocos-js写游戏，js代码是不会被编译的，这导致每次修改js代码后，无法即时查看到修改后的效果，需重新生成项目后才能看到效果（据说是vs缓存的问题）。后来发现修改一下项目的调试工作目录即可解决该问题，修改位置如图：同时，将 project_directory\frameworks\js-bindings\bindings\script文件夹拷到project_directory

panyinglong:~ zt-2202360$ cocos new test -p projectid -l cpp -d /Users/zt-2202360/Desktop/cocosproject Runing command: new> Copy template into /Users/zt-2202360/Desktop/cocosproject/test>

转自Windows环境下搭建Cocos2d-x3.2环境并配置android交叉编译环境2014-08-11 14:13一、软件1）VS2012（C++11特性在VS2012以上可以使用）；传送门：2）Cocos2d-x官网源码；传送门： http://cocos2d-x.org/download3）JDK；传送门：https:/

cocos 3.x版本开发，按home键，再切回游戏，发现有时候，可以很快渲染出游戏的UI界面（1秒以内）， 有时候要很久（大概5秒），后来发现是因为activity的UI缓存释放问题，为了不让程序进入后台后释放缓存，我在androidManifest.xml配置文件中，修改activity的加载模式后，加载就变的很快了，如下图所示：

///    Action动作  //      ////CCMoveBy  创建一个移动的动作   参数1：移动到目标坐标所需的时间 参数2：目标坐标    支持reverse 可以获取其反向动作  ////    CCMoveTo  一样的  //    CCActionInterval * moveBy = CCMoveBy::create(5,ccp(300, 100));  //

cocos对于集合类的UI对象，通过将其绑定对应的UI操作以控制其资源的释放，对于单个的非集合类元素，则只能手动retain和release来控制，这其实和直接new和delete无区别，都属比较难管理。为了安全地管理这些对象，cocos引入了智能指针：RefPtr，这些指针可能保证资源始终可以被释放，即使使用过程中出现异常。说到智能指针，首先需要了解一个概念：RAII（Resource