一.apktool的作用
安卓应用apk文件不仅仅是包含有resource和编译的java代码的zip文件，如果你尝试用解压工具（如好压）解压后，你将会获得classes.dex和resource.arsc等文件。但这些文件对我们来说一无用处。你可以尝试打开AndroidManifest.xml：
如果我们有了apktool：输入apktool d testapp.apk 
再打开AndroidManifest.xml：
除了这些，我们还获得了该apk的其他有用资源。
二.apktool命令相关选项（options）说明
1.概要
使用：apktool
（1）-version，--version
查看apktool版本号。
（2）-v，--verbose
使用apktool命令时输出详细内容，该参数必须作为第一个参数。
（3）-q，--quiet
隐藏输出（quiet output），即输出是不显示详细信息，该参数必须作为第一个参数。
（4）-advance，--advances
输出更详细的信息。
2.反编译（decode）
使用：apktool d testapp.apk
（1）--api
产生smail文件的api等级。（？？）
（2）-b，--no-debug-info
阻止baksmail写出debug信息。
（3）-d，--debug
在debug模式下decode apk。
（4）--debug-line-prefix
在debug模式下decode时，smali中有行号前缀。
（5）-f，--force
强制删除目标目录，如在再次decode时，删除已经存在的文件夹。强制覆盖存在。
（6）--keep-broken-res
如果存在类似这样的错误：Invalid Config Flags Detected. Dropping Resouerces…，如果加上该选项，则仍然能够通过decode，但需要手动修改文件夹中报错的问题。
（7）-m，--match-original
尽量去保持跟原文件一致或接近，但不能够重新编译打包（rebuild）。
（8）-o，--output <dir>
apk反编译后输出到指定目录
（9）-p，--frame-path <dir>
指定framework文件储存的位置。
（10）-r，--no-res
阻止反编译resource，不修改resources.arsc，若仅仅修改java（smail），建议使用该选项。
（11）-s，--no-src
阻止dex文件分割，在build时仅仅移动classes.dex，若需要快速打包，建议使用该选项。
（12）-t，--frame-tag <TAG>
给生成的framework文件打上标识。
2.编译（rebuild）
使用：apktool b apptest
（1）-a，--aapt
从特殊的位置load appt，不在依赖path。
（2）-c，--copy-original
复制原始的AndroidManifest.xml 和 META-INF文件到apk，可用于保持签名。
（3）-d，--debug
在debug模式下打包。
（4）-f，--force-all
在打包时重写已经存在的文件，强制覆盖。
（5）-o，-output <file>
输出apk的位置和名字。
（6）-p，--frame-path <dir>
保存framework文件到指定目录。
三.重要补充
1.framework文件
一般来说，在用apktool反编译前不需要做其他任何事情，然而又写厂商，如小米，htc，三星等，定制了framework文件并且他们在系统应用中使用了这些文件，因此，为了能够正常反编译这些apk，则必须拷贝反编译apk依赖framework文件。
如，我们尝试编译小米桌面的MiuiHome.apk，将会得到如下错误。
使用：apktool if/install-framework <framework.apk>
再次尝试反编译MiuiHome.apk
2.签名问题
使用apktool b testapp –o out\testapp.apk，不出意外程序就会编译成功，单编译生成的testapp.apk并没有签名，还不能安装测试。一般情况下，保持原始签名不变，使用-c选项来保持。否则就要使用其他的签名工具来对apk签名了，如signapk.jar,auto-sign等。
META-INF包含apk的签名，使用-c/--copy-original来保持签名，使用原始的AndroidManifest.xml文件。但是如果修改AndroidManifest.xml文件，签名也就丢失了。就要重新对其签名。
参考文献：
apktool官网：http://ibotpeaches.github.io/Apktool/