前言

       当我们将Android项目打包上架的时候，为了提高被人反编译代码的可能性可以提取 dex 文件对代码进一步做混淆处理。  本文不对相关工具做过多的解释，不了解的可以先熟悉相关工具的使用。 

相关工具（点击直接下载）

• jadx-gui（反编译Android应用程序的图形用户界面工具）https://java-decompiler.github.io/

• apktool（用于反编译和重新打包Android应用的工具）https://apktool.org/docs/install/

• baksmali（将Android应用程序的.dex文件反汇编Smali代码的工具）https://bitbucket.org/JesusFreke/smali/downloads/?tab=downloads

• BlackObfuscator （一个dex控制流混淆库）https://github.com/CodingGay/BlackObfuscator-GUI/releases/tag/1.0.0

• Beyond Compare（文件对比工具）https://www.scootersoftware.com/

处理dex

增加垃圾代码

        先用 AndroidStudio 生成一堆垃圾文件,这些垃圾文件都是java文件。我们需要的是 dex 格式的文件，编译打包后可以在AndroidStudio 下方目录下获取dex文件。

 app\build\intermediates\dex\release\mergeDexRelease 

拿到包含垃圾文件的 dex 文件后，再使用 baksmali 工具执行下方命令对 dex 文件进行处理得到 smali 文件。

java -jar baksmali-2.5.2.jar disassemble junkcode.dex -o junkcode

然后打开smali代码可以看见之前生成的垃圾文件。

接下来使用 apktool 工具对 需要处理的 apk 进行解包操作，可以得到解包的apk文件夹。

java -jar apktool_2.9.1.jar d app.apk -f

找到解包的smali目录，将前面的垃圾文件的smali 文件直接拷贝到 apk解包得到的相应目录下。

dex文件混淆处理

添加完垃圾文件的apk目录使用 apktool 工具进行重新打包操作。（rvv51_1705-5-6_v0.5101.0.57_vc1_crazy-teenpatti_20231215T170031_096da99efa8ac8d3280f2eb75edcf668就是上一步解包apk的目录名称）

java -jar apktool_2.9.1.jar b rvv51_1705-5-6_v0.5101.0.57_vc1_crazy-teenpatti_20231215T170031_096da99efa8ac8d3280f2eb75edcf668 -o app-new.apk

重新打包成功后可以得到一个我们名命为"app-new"名称的apk文件。

使用 jadx-gui 查看下刚刚打包出来的apk文件会发现增加进去的垃圾文件已经可以在反编译后看见了，重新打包出来的 apk 签名是有问题的，需要注意的是如果直接拿去在手机上安装会提示”安装包异常“安装失败。

到这里证明垃圾代码已经成功添加到重新打包的 apk 后，将apk修改后缀为zip格式解压出来后能够直接拿到 dex 文件。

接下来使用 BlackObfuscator-GUI 工具对 dex 进行混淆操作，BlackObfuscator-GUI 环境需要 JDK11以上才能够正常运行！

Input 要混淆的apk或者dex的路径，可点击右侧图标跳转选择
Output 输出保存的apk或者dex的路径，可点击右侧图标跳转选择
Depth 混淆深度
Rules 要混淆的包名，可换行输入多行

等待运行完成后，利用混淆库工具直接将 dex 进一步混淆，新的dex文件已经生成了。

混淆处理完成后可以得到一个我们命名为 classes.dex 的文件，按以下流程操作

1. 将 classes.dex 文件转成 smali 文件

2. 将 smali 文件覆盖掉 rvv51_1705-5-6_v0.5101.0.57_vc1_crazy-teenpatti_20231215T170031_096da99efa8ac8d3280f2eb75edcf668 目录下的 smali 文件

3. 重新对 rvv51_1705-5-6_v0.5101.0.57_vc1_crazy-teenpatti_20231215T170031_096da99efa8ac8d3280f2eb75edcf668 打包操作。

Apk 重新签名

        使用 apksigner 工具对 dex混淆处理后的apk文件进行重签名处理，不能使用 jarsigner 进行签名操作，虽然也能签名成功但仅仅只有v1签名，这样重签后的操作也是无法安装成功运行的。

        apksigner 路径在 C:\Users\lmf\AppData\Local\Android\Sdk\build-tools\xx.x.x （xx.x.x 表示版本），这里使用的my.keystore 签名是我测试生成的签名，正常应该是使用原本 apk 的签名进行重签操作。

apksigner sign --ks my.keystore --out app-new-signed.apk --v2-signing-enabled true --v3-signing-enabled true app-new-2.apk

运行命令后成功得到了一个新的apk文件，这个文件就是重签后的apk。将重签后的apk和未签名的apk进行对比可以发现，签名验证成功了。

查看一下混淆签名后的代码

到这一步Apk就可以正常在手机上安装了！

总结

        本文简单介绍了如何对apk文件进行混淆处理，处理dex也是借助第三方混淆库工具。这种方式是在编译打包后去处理的dex，你也可以用插桩的方式在项目打包编译的时候对dex做一些处理操作。如果你需要修改dex内的代码逻辑或者是原本代码内增加逻辑则需要修改 smali 代码。