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

一.环境要求

安装java 1.8 以上

命令行运行 java -version 返回版本大于1.8

如果没有，请安装java 1.8

二.下载与安装

下载apktool_x.x.x.jar到本地 官网下载或者 镜像下载

重命名下载的apktool_x.x.x.jar,改名为apktool.jar

下载脚本并配置

Windows

写个bat脚本放在同一目录下 @echo off

setlocal

set BASENAME=apktool_

chcp 65001 2>nul >nul

set java_exe=java.exe

if defined JAVA_HOME (

set java_exe="%JAVA_HOME%\bin\java.exe"

)

rem Find the highest version .jar available in the same directory as the script

setlocal EnableDelayedExpansion

pushd "%~dp0"

if exist apktool.jar (

set BASENAME=apktool

goto skipversioned

)

set max=0

for /f "tokens=1* delims=-_.0" %%A in ('dir /b /a-d %BASENAME%*.jar') do if %%~B gtr !max! set max=%%~nB

:skipversioned

popd

setlocal DisableDelayedExpansion

rem Find out if the commandline is a parameterless .jar or directory, for fast unpack/repack

if "%~1"=="" goto load

if not "%~2"=="" goto load

set ATTR=%~a1

if "%ATTR:~0,1%"=="d" (

rem Directory, rebuild

set fastCommand=b

)

if "%ATTR:~0,1%"=="-" if "%~x1"==".apk" (

rem APK file, unpack

set fastCommand=d

)

:load

%java_exe% -jar -Duser.language=en -Dfile.encoding=UTF8 "%~dp0%BASENAME%%max%.jar" %fastCommand% %*

rem Pause when ran non interactively

for /f "tokens=2" %%# in ("%cmdcmdline%") do if /i "%%#" equ "/c" pause

两个文件放在同一目录，后将该目录添加到您的环境变量系统PATH变量中

Linux

写个sh脚本放在同一目录下 #!/bin/bash

#关闭已运行的

pid = ps-ef| grep apktool.jar| grep -v | awk `{print $2}`

kill -9 $pid

echo "$pid进程终止"

sleep2

#后台启动

nohup java -jar apktool.jar

将两个文件(apktool.jar＆apktool)移动到/usr/local/bin

确保两个文件都可执行(chmod +x1)

Mac OS

写个sh脚本放在同一目录下

将两个文件(apktool.jar＆apktool)移动到/usr/local/bin

确保两个文件都可执行(chmod +x)

命令行中输入 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

指定生成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

指定输出目录

#--only-main-classes

只反编译apk根目录下的dex文件，如：classes[0-9].dex

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

#-p, --frame-path

指定存储和加载framework的目录

#-r, --no-res

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

#-s, --no-src

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

#-t, --frame-tag

使用指定的framework进行反编译，前文有述。

4.拓展重新打包配置

#-a, --aapt

指定使用的aapt，当指定目录未找到aapt时，会使用apktool自带的aapt进行处理。

#-api, --api-level

指定处理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

指定apk的输出目录

#-p, --frame-path

指定加载framework的路径

#--use-aapt2

使用aapt2进行打包

5.编译后目录打开

#subl进行打开

#subl的安装http://www.sublimetext.com/3

subl 反编译后文件目录

本文分享 CNBlog - 加载时间中.....。

如有侵权，请联系 support@oschina.cn 删除。

本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。