安卓逆向工具分析-Apktool源码分析
## 一、编译1.源码下载: https://github.com/iBotPeaches/Apktool
2.编译可以直接使用Apktool目录下的gradlew.bat命令，这里使用了Android Studio来编译源码，为后续调试做准备。
3.导入源码，步骤:File–>open–>源码路径，或者在导航页面直接选择import project
4.点击右边的Gradle(注意这里按钮可能贴边上，仔细找一下)，点开找到一个类似刷新的按钮，点击一下即可
5.编译:Apktool的主要类在brut.apktool:apktool-cli模块里，运行”fatjar”任务生成项目的jar文件。
6.小结
总体遇到的问题比较少，编译过程会有一些警告，但是并没有大碍；第一次编译Gradle的时候特别慢，于是翻山越岭你懂的，到了第5步编译时要记得断开VPN，不然会报错。
完整步骤及其他问题请移步参考 : (http://blog.csdn.net/dalianmaoblog/article/details/49821433)
## 二、总体代码解析
程序的主要类入口点在 apktool-cli–>java–>brut.apktool–>Main
如下是主要的四个用法:d 反编译 、b 回编译、if 安装框架、处理arsc文件
Main类里其他部分可到我的github看完整版注释
## 反编译代码解析
跟进路径（Ctrl+B）一:
(1)、cmdDecode–>decoder.decode()–>decodeResourcesFull()–>fileDecoder.decode()–>ResRawStreamDecoder.decoder()
cmdDecode一开始解析选项，比如我们经常敲的命令 apktool d -d 1.apk,这里的-d就是d用法的选项，详细移步Github注释完整版
继续往下看，找到关键的代码 :
跟进去，进入ApkDecoder类，decode()方法，第一个逻辑判断是否有arsc文件，否则判断是否有manifest文件，接着判断处理dex文件，最后处理原始的文件以及未知的文件，这里的未知文件为不属于apktool自定义的一些后缀，可自行添加。
重点的函数应该是最后一个decodeResourcesFull,其他的函数完整版注释也都有写，有兴趣可自行下载查看，这里我们跟进这个函数。
这个主要的处理res、xml以及value文件以及public.xml文件，后两个函数相对简单，这里选择跟进fileDecoder.decode()
```
进入ResFileDecoder类，第一个decode函数主要是确定传给第二个decode函数的decoder参数，再调用相应的解码函数。
```
```
如果怕跟丢，可以直接在apktool-lib-->java-->res-->decoder里找到相对应的解码decoder。
主要有三类解码器，raw、xml、9patch
这里9patch的解析需要熟悉其使用，就不跟进去 可参考: 关于安卓9patch图片的探究
xml解码等出来后再跟
这里跟进去raw解码，其实相对简单，简单的copy，主要类为ResRawStreamDecoder
```
```
跟进路径二:
(2)、cmdDecode-->decoder.decode()-->decodeManifestFull()-->XmlPullStreamDecoder.decode()
```
这里是判断是否有manifest.xml文件，跟进去最后还是到xml文件解码的关键代码处。这里如有按ctrl+b的话，需要按很多步骤，在完整版注释中我都标注好了”xml解码关键点”，按标注跟进去即可，也可以直接找到XmlPullStreamDecoder的decode函数。
可以看到这里抛出的异常是我们经常遇到的，所以，这一整个类是我们需要重点分析的地方，以及下断点调试的关键地方。这里我把原来的异常抛出更改得更加详细一点，可知是由哪个异常类抛出的异常，更加利于我们进行下断点调试。
这里有J2EE编程经验可能分析会相对简单，否则建议学习一下，XmlPullWrapperFactory、XmlPullParserWrapper、XmlPullParser等Java类的使用。
```
跟进路径三:
(3)、cmdDecode-->decoder.decode()-->decodeSourcesSmali()-->SmaliDecoder.decode()-->baksmali.disassembleDexFile()
判断是否有dex，下面是判断是否有多个dex，处理方式大同小异
```
看到这里最终还是调用了baksmali进行dex2smali的编译，关于baksmali的源码分析将会在近期发出，也请持续关注。
跟进路径四:
以下是apkdecoder的最后几个处理函数，分析，相对简单，这里就不写了。完整版的注释分析也算相对详细了。
## 四、回编译代码解析
```
cmdBuild-->Androlib(apkOptions).build()-->buildApk()
cmdBuild函数跟上面的反编译函数差不多，先是处理选项，然后调用真正的处理函数Androlib(apkOptions).build()。
```
主要的处理函数集如下，大部分跟进去都只是复制目录中的文件
跟进Buildapk函数，可以看到主要的处理方式是使用了aapt的工具，具体使用方法: (http://blog.csdn.net/electricity/article/details/6540247)
## 五、处理arsc代码解析
安装框架的代码这里就不写，代码注释我也有写，可自行移步。
这里简要写一下处理arsc文件，
跟进路径：cmdPublicizeResources()–>Androlib().publicizeResources()–>ARSCDecoder.decode()
可以看到这里也出现了经常遇到的反编译抛出的异常，所以主要的有两个地方，一个是读取头部出错，一个是新建ARSData数据结构出错，这两步都可能是反编译手段所在的地方。需要详细的理解arsc的文件格式，具体可参考: [手把手教你解析Resources.arsc](http://blog.csdn.net/beyond702/article/details/51744082)
## 六、总结
看完sqlmap的源码，再来apktool的源码，感觉天壤之别，apktool相对来说还是很好读的，而且写的思路也很明确，每个数据结构比较易懂，命名相对好一点，反正salmap的一个自定义的dict类要弄懂就折腾了好久，还有各种奇葩的命名。
看完apktool的源码，最大的好处就是以后出现反编译的问题可以自己动手进行调试，同时也可以研究反调试的手段及方法。
页:
[1]