Service Hook新思路

前言

插件化已经满大街了，但是为啥我还要推这篇文章呢，一是因为插件化可以让我们更好的了解系统底层的一些知识和流程，对于我们更好的理解Android系统架构是非常有好处的，二是想让大家看看一个问题的分析思路，也是我在如何利用碎片时间提高自己这篇文章里面提到的。

所以，感谢Wing的投稿~

给大家分享一个新的Hook插件Service的方法，与Activity替换类似，可以先在AndroidManifest.xml预留一个service，然后通过intent启动，并且将真正的Service的classname传递过去。可是Service没有涉及到Instrumentation更没有Instrumentation.newService()方法，怎么办呢？ 且听我细细道来。

观察Service的创建流程，发现我们只需要想办法拿到intent即可做一些手脚。大家都知道，创建Service的时候，会走到H类里:

他接收一个CreateServiceData类型的参数，恰好这个参数里面有intent参数：

那么能不能从这里下手呢，答案是否定的。因为data初始化的时候，并没有将intent传入，见下代码:

所以我们换一种思路，bind的时候，有没有intent呢？阅读源码得到以下信息:

哈哈，确实传进来了。所以我们可以在bind的时候，拿到真正要启动的classname，再bind的时候，把他给偷梁换柱！ 具体怎么做呢。H类是个Handler,观察Handler内部有个callback，他可以在真正处理消息之前去做一些手脚，所以我们搞个callback给他干进去。

新建一个callback ，在里面把intent取出：

由于是基于bind的，所以要看一下之后做了什么，观察handleBindService方法，可以发现bind的时候service是已经创建好了的，并且存在一个名为mService的ArrayMap里。key为token ,IBinder:

所以要做的事情就很明了了，他不是从这里取吗，那我们就给他替换掉呀，所以把mService取出来:

此时我拥有bind的msg里面包含了intent、token等等信息,所以只要把对应key的value替换掉即可。在intent里拿到真正的service class name，用classloader加载，此时service已经创建完毕了，但是还没有初始化。

观察系统service初始化过程，发现还需要context.setOuter attch等操作:

所以我们来手动模拟这个过程:

attach方法全部参数设置为原本service自带的参数。这里只是改变了实例。初始化完毕之后，发现还需要进行binder通信

所以反射调用他，然后因为是在bind的时候做的手脚，所以service丢失了onCreate()这个生命周期，所以手动调用他:

这样就完成了Service的插件操作~