详细讲解APK文件

alex.h

所谓Android汉化就是APK汉化，那么我们就从什么是APK开始吧。
=========================================================
什么是APK
APK是AndroidPackage的缩写，即Android安装包(apk)。APK是类似Symbian Sis或Sisx的文件格式。通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。apk文件和sis一样，把android sdk编译的工程打包成一个安装程序文件，格式为apk。 APK文件其实是zip格式，但后缀名被修改为apk，通过UnZip解压后，可以看到Dex文件，Dex是Dalvik VM executes的全称，即Android Dalvik执行程序，并非Java ME的字节码而是Dalvik字节码。
==========================================================
APK文件结构
apk文件实际是一个zip压缩包，可以通过解压缩工具解开。以下是我们用zip解开一个apk文件后看到的内容。在下图可以看到其结构跟新建立的工程结构有些类似。
|-- AndroidManifest.xml
|-- META-INF
| |-- CERT.RSA
| |-- CERT.SF
| `-- MANIFEST.MF
|-- classes.dex
|-- res
| |-- drawable
| | `-- icon.png
| `-- layout
| `-- main.xml
`-- resources.arsc
复制代码APK文件都不会一样，基本结构如上图。
Manifest文件
AndroidManifest.xml是每个应用都必须定义和包含的，它描述了应用的名字、版本、权限、引用的库文件等等信息[ , ]，如要把apk上传到Google Market上，也要对这个xml做一些配置。网上已有很多资料，在此就不多做介绍了。
在apk中的AndroidManifest.xml是经过压缩的，可以通过AXMLPrinter2工具[ , ]解开，具体命令为：
java -jar AXMLPrinter2.jar AndroidManifest.xml
META-INF目录
META-INF目录下存放的是签名信息，用来保证apk包的完整性和系统的安全。在eclipse编译生成一个api包时，会对所有要打包的文件做一个校验计算，并把计算结果放在META-INF目录下。而在OPhone平台上安装apk包时，应用管理器会按照同样的算法对包里的文件做校验，如果校验结果与META-INF下的内容不一致，系统就不会安装这个apk。这就保证了apk包里的文件不能被随意替换。比如拿到一个apk包后，如果想要替换里面的一幅图片，一段代码， 或一段版权信息，想直接解压缩、替换再重新打包，基本是不可能的。如此一来就给病毒感染和恶意修改增加了难度，有助于保护系 统的安全。
classes.dex文件
classes.dex是java源码编译后生成的java字节码文件。但由于Android使用的dalvik虚拟机与标准的java虚拟机是不兼容的，dex文件与class文件相比，不论是文件结构还是opcode都不一样。目前常见的java反编译工具都不能处理dex文件。
Android模拟器中提供了一个dex文件的反编译工具:dexdump。
用法:首先启动Android模拟器，把要查看的dex文件用adb push上传的模拟器中，然后通过adb shell登录，找到要查看的dex文件，执行dexdump xxx.dex。
Dexdump的结果可以看到从class0到class*不等的多个class，跟工程目录下bin目录中的class数目相对应，可以想象dex文件包含了所有的class文件。但对hello.java的反编译结果(Class #5)中很难发现我们做的修改，即如何输出“hello, OPhone”。分支跳转表的反编译不完整，严格来说就没有完整的dump出来。fill-array-data表也存在同样的问题。还有其他很多限制。总的来说dexdump反编的结果可读性很差。
目前在网上能找到的另一个dex文件的反编译工具是Dedexer。Dedexer可以读取dex格式的文件，生成一种类似于汇编语言的输出。这种输出与jasmin[ ]的输出相似，但包含的是Dalvik的字节码。
res目录
res目录存放资源文件。
resources.arsc编译后的二进制资源文件。通常汉化资源就在这里面。[url=http://bbs.mumayi.com/thread-1084057-1-1.html][/url]