我们下载到的 App 安装包是 Apk 文件(Android Application Package) 。通过 Apk 文件,我们也可以得到这个应用的代码和资源文件,对应用进行修改。
那么我们如何获取这些文件呢?这就需要 Android 反编译技术 。
我们可以通过 Apktool 可以将 apk 文件进行反编译,但是直接把 apk 的扩展名改成「.zip」也可以对其进行解压并得到一些资源文件。
直接解压可以得到一些资源文件,但是 AndroidManifest.xml 和其他的 xml 文件都是乱码,通过 Apktool 进行反编译,可以最大限度的还原这些文件的内容。
Windows :
$ apktool
如果出现
则说明安装成功,若没有出现,则需要把「apktool.jar」、「apktool.bat」的路径添加到系统的环境变量中。
Mac OS:
/usr/local/bin
目录下 /usr/local/bin
中然后分别输入下面两条命令 $ chmod a+x d2j_invoke.sh $ chmod a+x d2j-dex2jar.sh
$ apktool
出现
则安装成功
$ apktool d test.apk
运行完成后,得到一个包含资源文件和代码的文件:
注意:此时 dex 文件直接反编译成了 smali 文件,而我们需要的是 .dex 文件。
此时再运行:
$ apktool d -s -f test.apk
-d 反编译 apk 文件
-s 不反编译 dex 文件,而是将其保留
-f 如果目标文件夹存在,则删除后重新反编译
此时得到这样的文件夹:
为了演示如何将修改过后的 Apk 文件重新打包签名,我写了一个简单的 Demo:把 Demo 的背景换了之后,进行打包、签名。
这是初始应用程序的运行效果:
$ apktool b b_test -o newtest.apk
-b 是指 build b_test 是刚才反编译出的文件所在的目录 -o 用于指定新的文件名称,这里指定为「newtest.apk」
注意:此时的 apk 文件是不能安装的,还需要对其进行签名。
$ jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore testjks -storepass password newtest.apk aliasName
签名文件是我自己生成的,没有办法使用 Apk 原来的签名进行签名。
现在将 Apk 安装一下试试看:
可以看到,背景资源已经成功替换成我们设置的第二张图片了。
下载、解压好 dex2jar
$ sh d2j-dex2jar.sh classes.dex
如果提示:
d2j-dex2jar.sh: line 36: ./d2j_invoke.sh: Permission denied
执行
$ sudo chmod +x d2j_invoke.sh
后再次执行
$ sh d2j-dex2jar.sh classes.dex
运行成功,在当前目录下生成了 classes-dex2jar.jar 文件。
安装好 jd-gui 之后,用其将 classes-dex2jar.jar 打开,就可以看到反编译出来的 java 代码了!
这里的代码没有经过混淆,所以命名容易识别,如果是从应用市场下载下来的 apk 文件,反编译出来的代码大部分是混淆过后的代码。
出于对开发者的尊重和为了保持应用的稳定,希望大家不要随意修改别人的应用程序,请仅从技术层面上妥善利用这一技术!