本文将从引擎源码Jni分析Cocos2d-x3.3RC0的Android Activity的启动流程，下面是详细分析。
1、引擎源码Jni、部分Java层和C++层代码分析
1）libcocos2d目录：该目录存放的是Cocos2d-x通过Jni与Android源码互调时，定义的Java层Native的静态Java方法。该方法的
实现在引擎源码cocos2d/cocos/platform/android/jni和javaactivity-android.cpp中实现，是Jni的Android层Java源码部分。具体一会儿分析。现在只是了解一下该目录的结构和功能。如上图有图所示。
2）src目录：该目录下的org.cocos2dx.cpp（注：此处的点连接符为目录符号，即表示org/cocos2d/cpp目录，该目录存在工程目
录的proj.android/src目录下）。AppActivity.java中得AppActivity继承自Cocos2dxActivity。该类即在1）的目录下定义，后面分析。
3）Jni目录：该目录下的hellocpp即为Jni实现C++与Java互调的源码实现目录。(1)Java调C++：即Java调用C++源码可在该目录
下定义类，在类通过JNIEXPORTvoid JNICALL Java_org_cocos2dx_lib(org/cocos2dx/lib路径)_XXX(类名)_XXX(方法名)(jnienv*
env,jobject thiz）的jnienv实现Java调C++的功能。该句话的意思是定义org/cocos2dx/lib目录下XXX类的XXX方法。被定义的方法在
1)中的Java层声明静态native方法，并在此处实现。（2）C++调Java：同样在该目录下定义类，在类中通过
JniHelper::getStaticmethodInfo(JniMethodInfo t,"XXX类路径","YYY函数名","ZZZ函数签名")获取Java层的静态函数或者getmethodInfo
获取Java层的非静态函数。这部分知识在此处不过多介绍，详细了解可百度和翻看前面博文。该句话的意思是，判断XXX路径下的类
4）cocos2d/cocos/platform/android/jni目录：该目录如上图所示：该目录是ADT中jni目录的补充，该目录实现了1)中定义的Java
层源码的静态或非晶态navity函数。等下面用到在具体分析该目录的具体类。同时，注意该目录同级目录下的javaactivity-android.cpp
该类文件中定义了我们jni目录下main.cpp中使用的cocos_android_app_init()方法，和部分没有实现的Java层native静态函数和非静态
函数如：(1)Java_org_cocos2dx_lib_Cocos2dxRenderer_nativeInit()，该方法的使用下面介绍。
(2)Java_org_cocos2dx_lib_Cocos2dxActivity_getGLContextAttrs()。(3)Java_org_cocos2dx_lib_Cocos2dxRenderer_nativeOnSurfaceChanged()。
2、Cocos2d-x Android编译的Activity启动流程分析
1）C++层：我们知道，新建空工程，引擎会给我们提供一个AppDelegate的类，在该类中设置了OpenGL的相关信息。那么，这
个类在哪里使用了呢？当然是在我们的Jni中使用。不信，请打开项目目录下proj.android/jni/hellocpp/main.cpp。是不是发现了这货的
身影(AppDelegate类的new方法)。那么，问题来了，挖掘技术哪家强？继续深挖，往祖坟上挖！我们还得找到cocos_android_app_init
这个方法的使用地方。
2）Jni层：博主凭借在蓝翔苦练500多年的挖掘技术，发现了cocos_android_app_init的踪迹，原来，它藏在引擎目录cocos2d下
的cocos下的platform下的android下javaactivity-android.cpp。终于挖到了它。打开它吧那就。通过查找，发现这家伙的使用代码。
Java_org_cocos2dx_lib_Cocos2dxActivity_getGLContextAttrs()这个Java层的静态函数调用了main.cpp中的cocos_android_app_init()
的C++方法。好了，我们先记住Java_org_cocos2dx_lib_Cocos2dxActivity_getGLContextAttrs()这个函数，下面继续分析它。我们再
仔细瞅瞅这个让我们挖了十八层的javaactivity-android.cpp。发现它上面发现Java_org_cocos2dx_lib_Cocos2dxRenderer_nativeInit()
这货，发现这货调用了Cocos2d-x的Director大导演，谁这么大权力敢调用导演呢，我们人肉人肉它，没想到，意外收获呀！虽然这货
的名字比较长，但是，也暴露了它的老巢了。马上前往proj.android目录下的org/cocos2dx/lib/的Cocos2dxRenderer.java类中。
3）ADT列表中的libcocos2d的Java层：在这个目录下，我们找到了2)提到的Cocos2dxRenderer.java中第120行的nativeInit() 层
的native静态函数的声明。好了，明白了吧。Java调C++就是通过Java层声明native的静态方法，在Jni层定义该方法，在该方法中调用
C++层的方法。即Java层的nativeInit方法声明在.java类中，定义在Jni层的.cpp文件中，调用C++层的C++代码。怎么样，清晰了不？
原来背后敢指挥导演的这家伙，暂时称它为投资商吧。
那么问题又来啦！什么？还没挖到底？是滴。继续挖Cocos2dxRenderer类中的nativeInit在那使用才能发现真幕后黑手！
4）挖……挖……挖……：Cocos2dxGLSurfaceView.java 56行发现private Cocos2dxRenderer mCocos2dxRenderer类的的声
名。那么这个Cocos2dxGLSurfaceView类是个什么玩意？经查发现：这个类继承自OpenGL的GLSurfaceView，GLSurfaceView的核
心就是Renderer，初始化时调用Renderer的onSurfaceCreated方法，每一帧的绘制都是通过调用Renderer的onDrawFrame方法。那
我们找到的Cocos2dxRenderer对象mCocos2dxRenderer被Cocos2dxGLSurfaceView的setCocos2dxRenderer调用OpenGL的底层
setRenderer方法初始化了。NND，不懂OpenGL，就到此为止吧，不挖了。我觉得这条路，挖到这也可以了。我们可以称这家伙为电
影院，用来播放投资商让导演拍摄的电影。不过，有了电影院还不行，还得通过广电总局的审批啊。不过，人家高高在上，咱搭不上
关系，咋办呢？好吧，说多了，Cocos2d-x给我们提供了一个中间人：Cocos2dxHelper类。尼玛，还有个中间人？收费吗？潜规则吗
5）中间人Cocos2dxHelper类：该类在org/cocos2dx/lib/Cocos2dxHelper.java。在这个类中，初始化Cocos2d-x的其他信息，就
是我们把电影的信息和等级都告诉了中间人，坐等它帮我们转给总局领导啊！等待中……。
6）总局领导类Cocos2dxActivity：总局领导类和中间人类在一个目录下，打开看一下：Cocos2dxActivity类的89行的onCreate()
，该方法相当于领导周一上班，然后找来Cocos2dxHelper问：有没有电影要审啊？“哎，领导，今天有个大片<喜羊羊与灰太狼>，请
领导过目。" 然后97行Cocos2dxHelper.init(this)；领导瞅了一眼，大笔一挥”已阅！同意，国产电影之楷模“。领导同意了，那么接下来
怎么办呢？其实Cocos2dxHelper的真实职位是广电总局领导办公室助理，和它同级的还有一个办公室秘书Cocos2dxHandler类。
7）办公室秘书类Cocos2dxHandler：该类的功能就是负责跟各级通讯的，这里暂时不考虑，它的初始化在Cocos2dxActivity.java
的95行。有兴趣的可以看一下。
8）电影大亨类ViewGroup.LayoutParams：它管理谁的电影能播谁的电影不能播，可以说是电影界都敬重的扛把子，几乎出现在
所有电影制片人的名下。这个扛把子的LayoutParams的初始化在Cocos2dxActivity.java的182行。202行mFrameLayout.addView()告
诉电影院类mGLSurfaceView播放<xyyyhtl>。208、209行，电影正式上线！
9）AppActivity类：最终AppActivity拿着总局领导Cocos2dxActivity的腰牌，放映了它的电影。哎……真是麻烦啊！
在AndroidManifest.xml中把AppActivity设为启动Activity就完成了场景的加载。加载的内容都是由我们的大导演类Director拍摄出
来的。
最后，告诉你一个惊喜：电影的主角就是你！你造吗？到此，你只管表演，其他的事就不用考虑啦！开始我们的演艺生涯吧！
稍后会奉上整个流程图。转载请注明来处：http://blog.csdn.net/yuxikuo_1/article/details/40708289
