版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/bme314/article/details/84634507
dexposed发现这个框架几句话就能说明白。
是一个简化的xposed，通过应用自身修改函数的dvmCallMethodV函数的判断标志实现native层跳转及函数流程劫持。
应用起来的原理就是主包主动加载一个更新包并且导入dexposed的相关函数。
当更新包下载到指定文件夹的时候，主包自动加载，而更新包里面是是对主包指定函数的hook替换，从而实现了实时的网络更新替换即热修复。
Xpose原理解析
我感觉阿里的人跟xposed是干上了，Andfix这还不是换汤不换药的xposed思维么。
最近在研究这几个关于xposed的hook架构，最后涉及到了VirtualApp这个架构。因为之前了解了VA这个东西Xposed结合，一直不明白是怎么结合的。
原因么，就是VirtualAPP虽然在应用级别欺骗了系统，但系统的核心流程还在，如果直接安装Xposed替换App_process是根本不可能的。
看了半天VitualAPP的源码，除了各种代理没发现有什么特别的东西，根本改不了系统的app_process.
恍然大悟
最终终于明白了，有一个叫tiann的利用的不是原xposed进行hook的，而是利用dexpose的方式，把每个应用分别进行了hook。由于是在VirtualApp环境当中，所以根本没有应用权限的限制。
我说他为什么废气吧啦的把dexposed兼容更改费那么大劲，改成了什么epic。原来是这么个用处，服气了这回。
这里是他的博客有兴趣的可以看下