已经解决，网上的文章，不知道这样是否可行，实现动态加载apk，我想加壳跟这个原理差不多吧，就在启动前对原来的apk进行一下处理

Dexposed不支持Art模式（5.0+），且写补丁有点困难，需要反射写混淆后的代码，粒度太细，要替换的方法多的话，工作量会比较大。

AndFix支持2.3-6.0，但是不清楚是否有一些机型的坑在里面，毕竟jni层不像java曾一样标准，从实现来说，方法类似Dexposed，都是通过jni来替换方法，但是实现上更简洁直接，应用patch不需要重启。但由于从实现上直接跳过了类初始化，设置为初始化完毕，所以像是静态函数、静态成员、构造函数都会出现问题，复杂点的类Class.forname很可能直接就会挂掉。

ClassLoader方案支持2.3-6.0，会对启动速度略微有影响，只能在下一次应用启动时生效，在空间中已经有了较长时间的线上应用，如果可以接受在下次启动才应用补丁，是很好的选择。

总的来说，在兼容性稳定性上，ClassLoader方案很可靠，如果需要应用不重启就能修复，而且方法足够简单，可以使用AndFix，而Dexposed由于还不能支持art，所以只能暂时放弃，希望开发者们可以改进使它能支持art模式，毕竟xposed的种种能力还是很吸引人的（比如hook别人app的方法拿到解密后的数据，嘿嘿），还有比如无痕埋点啊线上追踪问题之类的，随时可以下掉。

由于对art虚拟机不了解，所以选择Dexposed了

[QUOTE=NAGAじSKY;1428978]进来看看，顺便顶一下楼主，apk加密确实需要一定时间学习--娜迦[/QUOTE]

楼上娜迦的？加我q一下

[QUOTE=NAGAじSKY;1428978]进来看看，顺便顶一下楼主，apk加密确实需要一定时间学习--娜迦[/QUOTE]

谢谢支持