插件开发之360 DroidPlugin源码分析(二)Hook机制

转载请注明出处:http://blog.csdn.net/hejjunlin/article/details/52124397

前言:新插件的开发,可以说是为插件开发者带来了福音,虽然还很多坑要填补,对于这款牛逼的插件机制,一直想找个时间分析和总结下它的code,话不多说,直接入正题,本文是分析../hook/handle及../hook/proxy下代码,../hook/binder单独分析

  • Hook机制的包结构关系
  • Hook机制的类图关系
  • Hook机制的时序图关系
  • Manifest权制申请
  • 基类Hook做了什么?
  • HookedMethodHandler
  • 基类BaseHookHandle和Hook有什么关系?
  • ProxyHook能干什么?
  • 实例-如何hook IPackageManager

Hook机制的包结构关系

插件开发之360 DroidPlugin源码分析(二)Hook机制

Hook机制类图关系

插件开发之360 DroidPlugin源码分析(二)Hook机制

首先定义了一个基类Hook,抽象类,外部可以通过setEnable()方法来使能否hook。声明了onInstall和onUnInstall及相关的方法,子类可以覆盖这些方法完成相应的车间机床,这里相当于提供一个车间,机床上的具体操作什么由子类去自己实现。

Hook机制的时序图关系

插件开发之360 DroidPlugin源码分析(二)Hook机制

Manifest权限申请

插件管理服务类声明:

插件开发之360 DroidPlugin源码分析(二)Hook机制

权限申请:

插件开发之360 DroidPlugin源码分析(二)Hook机制

基类Hook做了什么?

插件开发之360 DroidPlugin源码分析(二)Hook机制

ProxyHook

插件开发之360 DroidPlugin源码分析(二)Hook机制

ProxyHook继承自Hook,实现了InvocationHandler接口。它有一个setOldObj()方法,用来保存原始对象。新的代理对象可以看到在代码中是如何实现的(动态代理)

BaseHookHandle

插件开发之360 DroidPlugin源码分析(二)Hook机制

插件开发之360 DroidPlugin源码分析(二)Hook机制

接上面ProxyHook中的invoke()方法,mHookHandles是一个BaseHookHandle对象,内部包含了一个Map,可以根据API名映射到对应对应的HookedMethodHandler对象。这个Map由其子类IXXXHookHandle在初始化的时候进行填充。

紧接着调用HookedMethodHandler的doHookInner()方法:

HookedMethodHandler

插件开发之360 DroidPlugin源码分析(二)Hook机制

ReplaceCallingPackageHookedMethodHandler

插件开发之360 DroidPlugin源码分析(二)Hook机制

IO重定向

插件开发之360 DroidPlugin源码分析(二)Hook机制

递归遍历

插件开发之360 DroidPlugin源码分析(二)Hook机制

以IPackageManager为例

IPackageManagerHook:Hook所有IPackageManager的方法

IActivityManagerHookHandle:安装所有被Hook的方法的处理对象,加入到Map中

IPackageManagerHandle.checkSignatures:这是一个内部类,继承HookedMethodHandler, 专门校验签名的。以此,还有各种各样的PackageManger原生中的方法,在这都变成了一个内部类继承了HookedMethodHandler.上图:

IPackageManagerHookHandle:

插件开发之360 DroidPlugin源码分析(二)Hook机制

第一时间获得博客更新提醒,以及更多android干货,源码分析,欢迎关注我的微信公众号,扫一扫下方二维码,即可关注。

插件开发之360 DroidPlugin源码分析(二)Hook机制

上一篇:jQuery 之父:每天写代码


下一篇:在线安装CentOS7