现在市面上的Hook框架有很多：Xposed、Frida、YAHAK 等，Frida 是目前最火的，跨平台注入框架，支持 java和 Naive 层。
安卓目前沙盒注入 方式应该就两种Ptrace 和 Zygote，各有各的优点和短板 ，曾经Hook之王 Xposed 在 Native层显得比较无力，也就导致市场上很多模块都不能进行Native层的Hook ，一直在想着能不能试着完善一下。 https://www.jianshu.com/p/810f6ac05c37
正文
在之前这篇帖子里 简单实现了 Xposed 在 4.4的 版本的 NativeHook ；
主要原理 就是在加载、被Hook So的时候，利用Xposed拦截 ；
在java层调用System.load函数把Xposed模块里面的so进行加载注入，在so里面直接调用dlopen拿到被Hook So地址即可。
在高版本里面是不允许直接System.load的，不安全。
大概意思就是说直接System.load容易被串改在高版本会失效应该使用 System.loadLib。
这个函数是加载 app内部 Lib下So的函数。但最终，都会调用 doLoad函数(具体 可以参考对应源码 )我们就从这个函数入手。
Xposed 先挂钩，作为 So名字作为条件过滤依据。
这块有个问题就是：怎么把 Xposed模块里面的 So注入到 目标 进程中？
在 4.4 版本的时候，可以直接 System.load 打开即可，然后进行装载和链接。
这个问题我想了很久有两种可行方案 ：
第一种方案 ：可以把模块里的 so 利用shell权限进行 copy，直接拷贝到 被 Hook的 lib下面 。
然后 System.loadLib 去加载即可。因为shell需要 root 会导致被 Hook 进程，申请 Root权限才可以 。
(比如 Hook A app因为 Xposed 走的是 A所在的进程，所以如果在代码里申请 Root 最终会提示A app申请 Root)进行操作不方便和不实用 。
第二种方案：直接利用反射调用doLoad函数进行So的加载如图：
第一个参数是So的路径第二个参数Classloader其实他是一个 PathClassloader。
如果发现加载的So是被Hook的So，便进行注入把第二个参数传入进去反射备用。
这块的 Path是绝对路径。有人会问为什么要这么写 ？
我在Hook 这个函数的时候，把参数 1 打印了一下。可以看到加载的是 So的绝对路径。
(这块楼主也有一件事不太懂，为什么路径要加个 -1 ？很奇怪，算了，照葫芦画瓢，先这么写 )
这里科普一下 /data/data/ 下面都是App的数据，而/data/App/下面放的是 app 包 。
然后把路径改成自己Xposed模块里的So 进行注入，成功！
这块有个调用时机问题，一定要在目标So加载完毕以后在进行注入，因为后期需要实现突破7.0dlopen 限制，需要遍历内存对应的Map文件。
下来开始在Xposed模块的so得 JNI_OnLoad 进行挂钩。Hook 楼主用的是 InlineHook
在 4.4 版本以前可以直接 dlopen，直接打开任意目录的So进制装载和链接。在 4.4的时候直接打开被Hook的so即可，在高版本因为权限问题不能直接打开。
楼上图片参考地址：
突破 dlopen 限制楼主用的是感谢大佬提供的轮子：
https://github.com/lizhangqu/dlfcn_compat
主要是遍历 Map文件，拿到so的 地址和 dlopen的 Hook。
(具体可参考项目的 reademe)
下面我们看看内存里的文件对应内容楼主用的是7.1的安卓系统。
利用GG修改器导出内存看看对应文件的地址的映射和路径 。
有人会问这个怎么导出的？
① 内存管理页面点导出内存
② 结束地址随便输入
③ 保存即可。
(GG修改器是个神器 ，可以用来dex脱壳So还原，Dll提取等直接操作内存感兴趣可以学学)
将路径改为 绝对路径
直接 dlopen打开，拿到句柄以后直接进行用dlsym拿到对应函数地址用 InlineHook进行挂钩 。
还是以loadbuffer函数为目标函数dump lua文件。
在 my_luaL_loadbuffer 进行保存
保存成功
