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

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

概述本文将从引擎源码Jni分析Cocos2d-x3.3RC0的Android Activity的启动流程,下面是详细分析。 1、引擎源码Jni、部分Java层和C++层代码分析 1)libcocos2d目录:该目录存放的是Cocos2d-x通过Jni与Android源码互调时,定义的Java层Native的静态Java方法。该方法的 实现在引擎源码cocos2d/cocos/platform/andr

本文将从引擎源码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路径下的类

中是否存在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++层:我们知道,新建空工程,引擎会给我们提供一个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.3RC0的Android编译Activity启动流程分析全部内容,希望文章能够帮你解决Cocos2d-x3.3RC0的Android编译Activity启动流程分析所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1007309.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-22
下一篇 2022-05-22

发表评论

登录后才能评论

评论列表(0条)

保存