jadx反编译

❶ Mac安装Jadx反编译工具

找到编译好的jadx-gui可执行文件运行
我的Mac目录：/Users/mac/jadx/build/jadx/bin/jadx-gui

结束～🍺🍺🍺～

❷ jadx反编译后可以重新打包吗

1、首先新建一个android项目，里面只有一个MainActivity，而且主界面只会显示一个字符串：你好。

2、接着，切换到这个项目生成的apk文件所在的目录，可以看到有一个hellodemo.apk。

3、在命令行输入：apktool d -r hellodemo.apk。可以看到在当前目录下生成了一个hellodemo文件夹。

4、进入到hellodemo\smali\com\example\hello，打开MainActivity.smali。找到：
const-string v1, "\u4f60\u597d"，
修改为：
const-string v1, "hello"，

5、然后在命令行输入：apktool b hellodemo hellodemo1.apk。这回重新打包成hellodemo1.apk。

6、然后给新生成的apk进行签名。把这个apk拷贝到autosign的目录下面，然后切换过去，在命令行输入：java -jar signapk.jar testkey.x509.pem testkey.pk8 hellodemo1.apk hellodemo.apk。

7、把生成的hellodemo.apk安装到手机，可以看到主界面上已经显示的是hello，而不再是你好。说明反编译重新打包成功！

❸ 反编译后怎么破解内购

二、逆向分析
但是今天我们的主题是破解这个工具内部的收费功能，而用这个工具进行破解教程后续再给出文章，今天我们就来爆破这个app的收费功能。不多说了，直谈含接上图：


我们在查看arsc文件的一部分功能的时候，就出现这个提示了，好的，直接用这个提示信息作为突破口，使用apktool工具反编译apk，然后查看他的string.xml文件：


看到这里，就很懵逼了，而且你会发现apk内部的所有资源都是这种格式定义，到这里可以猜想apk做了资源混淆，我们用Jadx打开apk之后，全局搜索敏侍差这个name值，是找不到的，会发现全是R.xxx.MT_Bin这样的定义，所以这个作者是为了防护apk做的一种策略。不过不要紧更恶心的防护还在后面。看我分析再说。不过在怎么资源混淆，最终在smali代码中都必须用int值0x7FXXXX来进行操作，所以我们可以在smali代码目录下全局搜索包含0x7f08009e值的文件，这里需要借助Window中的命令findstr了：


命令很简单，在桥皮当前目录下查找所有文件中包含指定字符串内容的：findstr /s /i “需要查找的内容” *.*

我们可以看到总共就这么几个文件，这里我不会对每个文件进行查找，然后在确定是否是这个文件了，大家自己操作，可以依次顺序进行查看定位即可。最终我定位到了0oO00OO.8.smali这个文件。我们打开这个文件查看：


记住在代码的157行调用这个字符串信息了，然后我们在Jadx中进行类查找即可：


查找之后又开始懵逼了，这是他的第二次防护代码混淆，你看这些类名被高度混淆了，不过有个规律，就是都是C开头，然后是4位的数字，后面就是正确的类名。所以后面查找类都要记住这个规则即可。因为Jadx在查找类名不区分字符大小写，这里通过观察，可以确定是第一个，我们点击进入即可：

❹ 如何反编译Android 的apk/dex/odex，获得源码

关于APK，DEX的介绍

当我们编译一个安卓项目的时候，整个项目会被打包成一个 .apk文件。这个文件其实是一个标准的zip文件，因此可以用解压缩工具打开。这个apk文件一般都包含程序的代码（在classes.dex文件中）, 资源文件, 证书， manifest 文件等。 其中对我们最重要的是classes.dex文件，因为编译后的字节码(bytecode)都是放在这个文件中。我们后面讲的反编译就是针对这个dex文件来的。

反编译普通的APK文件：

对于普通的APK/DEX文件的反编译，其实工具有很多, 包括：

• ByteCode Viewer: 一个可视化的集成工具，说实话，不太好用，不够稳定，生成代码质量中等。

• dex2jar + jd_gui: 这两个工具组合还可以， 用起来比ByteCode Viewer麻烦一些，但比较稳定，生成代码质量中等。

• 在线反编译工具JADX： http://www.javadecompilers.com/apk ， 这是基于SourceForge上的JADX的开源工具来实现的。本来以为在线反编译质量不会好，但出人意料的是：JADX是我发现的最好的反编译工具， 不但使用简单（直接上传，转换，下载就ok），而且反编译出来的代码质量很高，特别是变量命名方面，可读性很不错。

反编译ODEX文件：

Android 5.0 Lollipop以后，Google用ART代替了以前的Dalvik，对于普通的app来说我们仍然可以用上面的方法来把dex文件反编译成Java源代码。但对于系统预装的App，特别是类似应用商店，播放器等， 你会发现这些应用的apk文件中找不到对应的classes.dex文件，而是会发现在其子目录下有个.odex文件。 那如何反编译这个odex文件呢？我通过google查了查，知道应该用baksmali，但从github上下载了几个版本都不行，报各种不同错误。经过反复搜索和尝试，终于找到了这篇文章
： http://www.naldotech.com/how-to-deodex-applications-on-android-5-0-lollipop/ 。 具体方法如下：

1. 从这里下载工具包， 解压缩到本地。 这里的baksmali的版本是2.0.3. 不同版本的baksmali针对的Android内核不同。有时候高版本反倒不好用。

2. 打开工具所在目录， 按住shift键， 点击鼠标右键，打开windows命令窗口

3. 把 odex文件拷贝到该目录

4. 在命令窗口运行： oat2dex.bat *.odex. 正常情况下，应该显示OK等信息。如果报错的话，说明这个文件无法转换，后面的也不用试了。

5. 运行 oat2dex.bat *.odex temp.dex . 运行后会创建一个temp.dex文件。

6. 运行 java -jar baksmali-2.0.3.jar -a 21 -x temp.dex -o source . 运行后会创建一个source的文件夹，并将temp.dex反编译到该文件夹。-a 21 表明的是Android内核的版本21

7. 运行 java -jar small-2.0.3.jar -a 21 source -o classes.dex, 反编译为classes.dex文件。

需要注意的是：由这种方式反编译成的classes.dex 文件相比原生的classes.dex 还是缺少了些信息，因此反编译这种classes.dex 文件后生成的java代码可读性会更差些。

8. 用在线工具JADX 来把 classes.dex 最终反编译为java代码。

❺ 编译android源码apk是不是生成odex方法

反编译普通的APK文件： 对于普通的APK/DEX文件的反编译，其实工具有很多, 包括： ByteCode Viewer: 一个可视化的集成工具，说实话，不太好用，不够稳定，生成代码质量中等。 dex2jar + jd_gui: 这两个工具组合还可以， 用起来比ByteCode Viewer麻烦一些，但比较稳定，生成代码质量中等。 反编译ODEX文件： Android 5.0 Lollipop以后，Google用ART代替了以前的Dalvik，对于普通的app来说我们仍然可以用上面的方法来把dex文件反编译成Java源代码。但对于系统预装的App，特别是类似应用商店，播放器等， 你会发现这些应用的apk文件中找不到对应的classes.dex文件，而是会发现在其子目录下有个.odex文件。 那如何反编译这个odex文件呢？我通过google查了查，知道应该用baksmali，但从github上下载了几个版本都不行，报各种不同错误。 具体方法如下： 1. 从 这里 下载工具包， 解压缩到本地。 这里的baksmali的版本是2.0.3. 不同版本的baksmali针对的Android内核不同。有时候高版本反倒不好用。 2. 打开工具所在目录， 按住shift键， 点击鼠标右键，打开Windows命令窗口 3. 把 odex文件拷贝到该目录 4. 在命令窗口运行： oat2dex.bat *.odex . 正常情况下，应该显示OK等信息。如果报错的话，说明这个文件无法转换，后面的也不用试了。 5. 运行 oat2dex.bat *.odex temp.dex . 运行后会创建一个temp.dex文件。 6. 运行 java -jar baksmali-2.0.3.jar -a 21 -x temp.dex -o source . 运行后会创建一个source的文件夹，并将temp.dex反编译到该文件夹。-a 21 表明的是Android内核的版本21 7. 运行 java -jar small-2.0.3.jar -a 21 source -o classes.dex , 反编译为classes.dex文件。 需要注意的是：由这种方式反编译成的classes.dex 文件相比原生的classes.dex 还是缺少了些信息，因此反编译这种classes.dex 文件后生成的java代码可读性会更差些。 8. 用在线工具JADX 来把 classes.dex 最终反编译为java代码。

❻ 如何反编译Android 的apk/dex/odex，获得源码

反编译普通的APK文件：
对于普通的APK/DEX文件的反编译，其实工具有很多, 包括：

ByteCode Viewer: 一个可视化的集成工具，说实话，不太好用，不够稳定，生成代码质量中等。
dex2jar + jd_gui: 这两个工具组合还可以， 用起来比ByteCode Viewer麻烦一些，但比较稳定，生成代码质量中等。

反编译ODEX文件：
Android 5.0 Lollipop以后，Google用ART代替了以前的Dalvik，对于普通的app来说我们仍然可以用上面的方法来把dex文件反编译成Java源代码。但对于系统预装的App，特别是类似应用商店，播放器等， 你会发现这些应用的apk文件中找不到对应的classes.dex文件，而是会发现在其子目录下有个.odex文件。 那如何反编译这个odex文件呢？我通过google查了查，知道应该用baksmali，但从github上下载了几个版本都不行，报各种不同错误。

具体方法如下：

1. 从 这里 下载工具包， 解压缩到本地。 这里的baksmali的版本是2.0.3. 不同版本的baksmali针对的Android内核不同。有时候高版本反倒不好用。

2. 打开工具所在目录， 按住shift键， 点击鼠标右键，打开Windows命令窗口

3. 把 odex文件拷贝到该目录

4. 在命令窗口运行： oat2dex.bat *.odex . 正常情况下，应该显示OK等信息。如果报错的话，说明这个文件无法转换，后面的也不用试了。

5. 运行 oat2dex.bat *.odex temp.dex . 运行后会创建一个temp.dex文件。

6. 运行 java -jar baksmali-2.0.3.jar -a 21 -x temp.dex -o source . 运行后会创建一个source的文件夹，并将temp.dex反编译到该文件夹。-a 21 表明的是Android内核的版本21

7. 运行 java -jar small-2.0.3.jar -a 21 source -o classes.dex , 反编译为classes.dex文件。

需要注意的是：由这种方式反编译成的classes.dex 文件相比原生的classes.dex 还是缺少了些信息，因此反编译这种classes.dex 文件后生成的java代码可读性会更差些。

8. 用在线工具JADX 来把 classes.dex 最终反编译为java代码。