apktool的下载,安装,反编译和重新打包，

apktool的下载,安装,反编译和重新打包，

一.环境要求

二.下载与安装

三.使用

1.反编译

使用 d 或者 decode 命令

apktool d apk文件路径
apktool decode apk文件路径
// 效果一样 反编译

apktool d apk文件路径 o 解压目录

2.重新打包

使用 b 或 build

apktool b 解压后的项目目录 -o 新apk的名字
// 重新打包生成的 apk 需要签名才能安装

3.拓展反编译的配置

#-api, --api-level <API>
指定生成smali文件所用的api等级，默认使用targetSdkVersion版本

#-b, --no-debug-info
防止baksmali写出调试信息（.local，.param，.line等）。如果您要比较来自不同版本的同一APK的smali，则首选使用。

#-f, --force
如果反编译的目标目录存在，将会被强制清空

#--force-manifest 
强制反编译 AndroidManifest.xml文件，优先级高于 -s, --no-src 配置。

#--keep-broken-res
如果出现 "Invalid Config Flags Detected. Dropping Resources..." 错误，这表示apk中有apktool不能识别的结构。可能是apktool不支持的更新的api版本，亦或者是该apk为不规则的apk。你可以添加此配置，以跳过错误，但后续你需要手动修复这些错误。

#-m, --match-original
将各文件处理为最接近原生的形式，将会导致不能备重新打包。
Ps：我试了下，格式确实更接近原生，但是我重新打包也是成功了（打包成功，但并未签名安装）。

#--no-assets
不处理和拷贝属于 unknown 的资源文件。

#-o, --output <DIR>
指定输出目录

#--only-main-classes
只反编译apk根目录下的dex文件，如：classes[0-9].dex
通过阅读源码发现，此配置的作用为：反编译根目录下的以 classes 开头，并以 .dex 结尾的dex文件，不仅限于0-9

#-p, --frame-path <DIR>	
指定存储和加载framework的目录

#-r, --no-res
不反编译资源，保留 resources.arsc 为原来的样子，如果你只是需要修改代码，此配置会加快反编译和重新打包的速度。

#-s, --no-src
不反编译代码，即不处理 dex文件。如果你只是需要修改资源，此配置会加快反编译和重新打包的速度。

#-t, --frame-tag <TAG>
使用指定的framework进行反编译，前文有述。

4.拓展重新打包配置

#-a, --aapt <FILE>
指定使用的aapt，当指定目录未找到aapt时，会使用apktool自带的aapt进行处理。

#-api, --api-level <API>
指定处理smali文件的api版本，默认使用minSdkVersion版本

#-c, --copy-original
拷贝原始 AndroidManifest.xml and META-INF 到apk包体中。将会在2.5.0版本移除此功能。

#-d, --debug
在 AndroidManifest 加入 debuggable="true" 配置
此配置，不会覆盖已经存在的debuggable配置。

#-f, --force-all
当生成的文件存在时，进行强制覆盖

#-nc,--no-crunch
此配置会传递给aapt，参阅：
    Expose the aapt --no-crunch option by Novex · Pull Request #1849 · iBotPeaches/Apktool · GitHub
    aapt build in apktool is not support new options · Issue #1232 · iBotPeaches/Apktool · GitHub
    禁止对资源文件的处理

#-o, --output <FILE>
指定apk的输出目录

#-p, --frame-path <DIR>
指定加载framework的路径

#--use-aapt2
使用aapt2进行打包

5.编译后目录打开

#subl进行打开
#subl的安装http://www.sublimetext.com/3
subl 反编译后文件目录