TNWX 微信系开发脚手架（TypeScript + Node.js）

本仓库是 cocos2d 面向 Android 平台的 Java 移植版本，代码基线来自 cocos2d-android-0.82，并在此基础上从 cocos2d-iphone 0.99.4 继续移植。README 的叙述重心并不在玩法或 API 教程，而在一个非常具体的问题上：如何在 Java/Android 环境下减少垃圾回收（GC）带来的卡顿。作者围绕这一点整理了一整套编码约定与工具类，并记录了移植过程中对调度器、纹理生命周期、线程模型等部分的改造思路。

需要说明的是，README 并未给出 Stars、构建脚本、依赖清单或功能完整度声明，仓库中提到的若干 Demo 是否仍可直接运行也需自行核验。下文内容均以 README 中明确写出的信息为依据。

技术要点

调度器与回调接口

CCScheduler 现在可以使用 UpdateCallback 接口替代「按方法名调度调用」的方式。README 认为这是更符合 Java 习惯的方案，并且不会为 GC 制造垃圾。

线程模型

README 给出了几条与 Android 线程相关的经验：

• Android 的 Activity 至少有两个线程，UI 线程应只负责响应用户交互，其余工作放到渲染线程执行。
• 当时并不存在多核 CPU，因此线程数量应保持最少；耗时的用户事件应从 UI 线程延后，转交渲染线程处理。
• 按键事件的分发现已交由渲染线程处理。

纹理与资源重建

Activity 暂停时所有 OpenGL 资源都会被销毁，需要重新创建。纹理来源各不相同，因此 CCTexture2D 中定义了一个接口，其中包含 load() 方法，实现该接口的类不得持有正在使用它的 CCTexture2D 引用。README 说明通常无需关心这一机制，例外是使用自己的 Bitmap 初始化纹理时，load() 的实现需由使用者自行完成（可参考 ActionsTest.java 中 ActionDemo 构造函数）。此外，通过 CCSprite.sprite(Bitmap image, String key) 从位图初始化精灵时，位图会被复制并保存在内存中以便重建，应尽量避免这种 CCTexture2D 初始化方式；调用 initWith... 是自由的，但重建逻辑需自行负责。

固定逻辑分辨率

移植自 iPhone 的 Sky Tower 场景使用固定的 320x480 尺寸，因此 CCDirector 的代码被修改为可以请求指定尺寸的 screenSize_。README 认为这符合 CCDirector 的逻辑预期，但会使 2D 投影变为默认投影。示例做法是：先调用 CCDirector.sharedDirector().setScreenSize(320, 480)，再通过 createLayoutParams() 依据 DisplayMetrics 计算等比缩放后的宽高，并以 Gravity.CENTER 居中显示。

暂停与恢复

CCDirector 的 pause/resume 并不意味着渲染线程必须停止；但 Activity 暂停时确实需要停止渲染线程，因此 Activity 的 onPause/onResume 与 CCDirector 的 pause/resume 应当是相互独立的方法。

构建与运行

README 未提供 Gradle 配置、依赖版本或构建命令，仅给出以下线索：

• 项目基于 cocos2d-android-0.82，并从 cocos2d-iphone 0.99.4 移植。
• 原始 Google Code 地址为 http://code.google.com/p/cocos2d-android-1/，README 称该处有若干 Demo 可供查看。
• 代码为 Java 实现，面向 Android 平台，涉及 OpenGL 资源与 Bitmap 纹理。

由于 Google Code 服务已停止，上述外链能否访问、Demo 是否仍可运行，均需自行核验。