Cocos2d-x3.3RC0的Android编译Activity启动流程分析

本文将从引擎源代码Jni分析Cocos2d-x3.3RC0的Android Activity的启动流程,以下是具体分析。

1、引擎源代码Jni、部分Java层和C++层代码分析

Cocos2d-x3.3RC0的Android编译Activity启动流程分析Cocos2d-x3.3RC0的Android编译Activity启动流程分析

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveXV4aWt1b18x/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">Cocos2d-x3.3RC0的Android编译Activity启动流程分析

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveXV4aWt1b18x/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

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文件夹,该文件夹存在project目

录的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路径下的类

中是否存在YYY的静态函数,该函数的签名是ZZZ。

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++层:我们知道。新建空project,引擎会给我们提供一个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

上一篇:Cocos2d-x3.6 Android编译问题


下一篇:为 Android 编译并集成 FFmpeg 的尝试与踩坑