用Reveal分析第三方App的UI

Reveal简介：

这是个神奇的工具，它能常透彻地分析个App的UI结构。

这个工具包括两部分，部分是在PC上运行的一个独立应用，即Reveal.app，另一部分代码在你要分析的某个App中，为此，Reveal提供了一个Framework和一个Dylib供使用。这两部分之间通过Bonjure这种零配置网络进行通讯。

官方地址：www.revealapp.com

基本使用：

Reveal.app的使用没有什么可说的，就是点击运行。关键是另一部分，怎么嵌入到App中。

我们自己的App都有源码，因此最简单的方式就是静态链接方式集成到App中。

关于基本使用，参考帮助中的“Integration Guide”，或者参考这些链接。

http://blog.csdn.net/yongyinmg/article/details/39293015

http://chuansong.me/n/1308113

http://blog.csdn.net/yiyaaixuexi/article/details/18220875

真正的需求

我弱弱的问一句：我自己的UI还需要用这个工具分析？有这个需求吗？

实际上，Reveal是一个逆向工程工具，主要是用来分析别人的App（的UI），说是学习也好、研究也好、剽窃也好，反正这个工具真正的价值和意义就是用于分析别人的App。

libReaveal.dylib的限制

要分析别人的App，需要用到libReveal.dylib，很可惜，1.5版本提供的dylib不支持ARM架构，也就是说，只能用于模拟器。搞了半天，还是只分析自己的App，Reveal，你啥意思？

其实早期版本的libReveal.dylib是支持ARM架构的，那时，只要把这个libReveal.dylib文件扔到手机的/Library/MobileSubstrate/DynamicLibraries/目录下，就OK了。后来为何不支持ARM架构了呢？我想这里面肯定发生了什么事，我想可能被投诉侵权了……想啥也没用，这个libReveal.dylib现在不好使了！

搜了一下，往前好几个版本都不支持ARM了，再早的，官方没的下载，据说也不能与新版的ReavealApp配合使用。

Reveal，你是不是有点尴尬？

自己做一个libReveal.dylib

别责怪Reveal了，其实人家啥都给了，不是有Reveal.framwwork吗？它可是模拟器和真机都支持的，如果你用它自己制作一个libReveal.dylib，支持ARM架构，用来分析别人的App，那么……“后果自负”，这绝对是Reveal的意思。

哈哈〜～不就是一个越狱插件吗，这个容易，附件就是我做的。制作过程也有点小坑，所以也贴出来吧。

（这需要the os或者iOSOpenDev，正好我已经装了iOSOpenDev）

打开xcode，新建一个工程，如图：

我的工程干脆也叫libReveal。

工程建立了之后，我把Reveal.framework拖进来，再加一行log吧

编译，OK，dylib文件生产了。

拖拽过去，然后随便打开一个App试了试，不行，Reveal.App没有发现什么。嗯，我预料到了，不可能这么顺！

我仔细看了一下编译生产的这个libReveal.dylib文件，大小才150K，怎么这么小？

我想起来了，它嵌码不是“零代码”吗？“零代码”应该是利用了类加载机制，启动代码应该放在load或者initialize里，只要这个类被加载，就会执行到。

同时，还要保证这个类一定会被用到，这要用到Objective-c的category特性，很可能可能是对UIApplication做了category，这个我稍后分析一下就知道了。

如果要在动态库中使用了OC的category特性，必须在link时告诉连接器，否则category中的代码将不会被编译到dylib或者framwwork中（除非明确使用到）。添加连接参数：

再编译，出了六十多个错误，都是说xxx符号找不到，根据提示，把Foundition、UIKit、coreGraphics、QuartzCore、CFNetwork、libz加入进来（注意，Foundtion.framework本来就加进来了，需要删掉重新加进来，否则在8.0以前的iOS上不能运行，报告找不到NSNetService，这是个小坑）。

编译，通过！这回大小1.7M（支持armv7和arm64），在拖过去试了一下，大功告成！

最后，有两点必须说明：

1、plist文件，也就是libReveal.plist这个文件，它起过滤作用，或者说它决定你要研究那个App，你通过指定bundleId来决定哪个App/进程启动时，这个libReveal.dylib注入进去。

2、libReveal.dylib的危险性像springboard等系统进程，你不应该注入进去，否则可能会有危险。特别是，当libReveal.plist不存在时，相当于没有过滤，没有限制，所有进程都会被注入。我试过删除libReveal.dylib，真的不好玩，重启就完蛋了，最后的代价是重新刷机。

想阅读更多技术文章，请访问听云技术博客，访问听云官方网站感受更多应用性能优化魔力。