【Max】mt管理器课程二－apk解析分析
我是Sakura，有很多人想成为内购大佬。
但是却不会。在这里开一个mt管理器的课程。
给大家解说一下。
回到前面的上一课。
以及内购方法。
#【Max】墨寒教你玩内购滑雪大冒险#
#【Max】mt管理器的基础知识（1）#http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqSABIQ1AABZ31QxwE4653.jpg
1、apk包解析后的结构：
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqWAe9VxAAPC06O6MW4432.jpg
2、解压Apk后文件夹里包含的文件：
assets目录，保留工程中assets目录，其他工程下的、jar包中的assets也会合并到该assets目录下。
lib目录，由于编译的时候jar文件已经合并到主工程中，所以lib目录下不会有jar文件，但是lib中包含所有的so文件，so目录的路径保留原有的路径。
META-INF目录，信息描述，签名等用途。
编译生成一个apk包时，会对所有要打包的文件做一个校验计算，并把计算结果放在META-INF目录下。而在Android手机上安装apk包时，应用管理器会按照同样的算法对包里的文件做校验，如果校验结果与META-INF下的内容不一致，系统就不会安装这个apk。这就保证了apk包里的文件不能被随意替换。比如拿到一个apk包后，如果想要替换里面的一幅图片，一段代码， 或一段版权信息，想直接解压缩、替换再重新打包，基本是不可能的。如此一来就给病毒感染和恶意修改增加了难度，有助于保护系 统的安全。
image.png
res目录，工程资源文件，以主工程为主，其他文件如jar包会合并到该目录下；但是values文件将不会出现在此目录下，因为已经将其编译到resources.arsc文件中；raw文件将保持原有的内容不会被编译。
image.png
AndroidManifest文件，用来做组件查找。
classes.dex文件，虚拟机执行的文件。
dex文件也是通过DexClassLoader来加载的，所以如果我们在程序中使用加载器加载指定的dex文件，就可以实现动态加载了。Facebook分dex包也是基于这种方式来做的。至于为什么要分多个dex文件，原因如下：
因为一个应用的功能会越来越多，随着工程越来越大，代码量也会越来越多，但是Android方法数量不能超过65K，如果超出之后，将会抛出Conversion to Dalvik format failed：Unable to execute dex：method ID not in65536。由于Android系统中，一个Dex文件中存储方法的id用的是short类型数据，所以导致你的dex中方法数不能超过65K。可以通过去掉无用的jar包，或者将一些属性http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqaAVNMmAADypPXwv30274.jpg
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqaAMMZDAAERcCjayo0569.jpg
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqeAXS15AAD2Q6PGOx0514.jpg
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqeAbEf8AAD8-V92YY4742.jpg
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqiAQWavAADwjOzg0Cs723.jpg
http://cdn.u1.huluxia.com/g3/M03/56/91/wKgBOV3aJqmADVXuAAD7MTfKRCk561.jpg
页:
[1]