AOP面向切面编程
面向切面编程是通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP延续，是软件开发中的一个热点，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，侵入性低某种程度上,可随时插拔,同时提高了开发的效率
比较OOP
AOP、OOP在字面上虽然非常类似，但却是面向不同领域的两种设计思想。OOP针对业务处理过程的实体及其属性和行为进行抽象封装，以获得更加清晰高效的逻辑单元划分。比如模块化，组件化
而AOP则是针对业务处理过程中的切面进行提取，它所面对的是处理过程中的某个步骤或阶段，以获得逻辑过程中各部分之间低耦合性的隔离效果
发展趋势
面向过程编程离我们已经有些遥远，面向对象编程正主宰着软件世界。当每个新的软件设计师都被要求掌握如何将需求功能转化成一个个类，并且定义它们的数据成员行为，以及它们之间复杂的关系的时候，面向切面编程（Aspect-Oriented Programming，AOP）为我们带来了新的想法、新的思想、新的模式。
面向切面编程和面向对象编程不但不是互相竞争的技术而且彼此还是很好的互补，如果说面向对象编程是关注将需求功能划分为不同的并且相对独立，封装良好的类，并让它们有着属于自己的行为，依靠继承和多态等来定义彼此的关系的话；那么面向切面编程则是希望能够将通用需求功能从不相关的类当中分离出来，能够使得很多类共享一个行为，一旦发生变化，不必修改很多类，而只需要修改这个行为即可
应用场景
1.参数校验和判空
2.权限系统
3.无痕埋点
4.日志记录 打印日志的代码是否需要出现在类中，还是我们只需要观察日
志，得到我们想要的日志即可
5.事件防抖 防止View被连续点击触发多次事件
6.异常处理 替代防御性的 try-catch，三方库try-catch
7.热修复
8.性能检测 如方法耗时
9.测试相关 如测试覆盖率
apk打包流程
了解android中aop的应用之前，先了解一下android中的打包流程
主流框架
主流框架的各自时机
运行时aop
原理主要分native hook和java hook
1.直接在native层进行方法的结构体信息对换，从而实现完美的方法新旧替换
最核心的知识点就是在native层获取到指定方法的结构体，然后改变他的nativeFunc字段值，而这个值就是可以指定这个方法对应的native函数指针
缺点:不能引起原有类中发生结构性的变化的修改，兼容性，稳定性差，有些不支持ART，native异常排查难度更高
一旦补丁中出现了方法的增加和减少，就会导致这个类以及整个dex的方法数的变化，方法数的变化伴随着方法索引的变化，这样访问方法时就无法正常的索引到正确的方法。
2.原理是Hook了ClassLoader.pathList.dexElements[]。因为ClassLoader的findClass是通过遍历dexElements[]中的dex来寻找类的。当然为了支持4.x的机型，需要打包的时候进行插桩，越靠前的Dex优先被系统使用，基于类级别的修复
利用类加载机制 pathclassloader加载文件目录下的apk
dexclassloader加载已运行apk的文件字节码
缺点：需要下次启动才会生效，对性能有影响，虚拟机在安装期间为类打上CLASS_ISPREVERIFIED标志是为了提高性能的，我们强制防止类被打上标志会影响性能
为什么需要重新启动？
使用classloader加载，需要冷启动，因为类已经被加载在虚拟机中，如果不启动就无法加载新的类
hook技术需要一直处理各种厂商和机型的兼容性问题，不灵活，增大apk体积，有些需要手机root等问题，有较大的稳定性风险，框架有xposed，dexposed，andfix等
在工程中的应用
两个具体落地实践的方向
1.性能检测 - 方法耗时的打印
2.测试覆盖率 前期使用jacoco，后期结合使用情况，在具体源码上改进
参考文章
https://juejin.im/post/5c01533de51d451b80257752
https://www.cnblogs.com/popfisher/p/8543973.html
关于热修复中CLASS_ISPREVERIFIED 问题
https://www.cnblogs.com/linghu-java/p/8683322.html
//www.greatytc.com/p/7217d61c513f
//www.greatytc.com/p/ee9582c00eda
https://zhuanlan.zhihu.com/p/60805342
https://baike.baidu.com/item/AOP/1332219?fr=aladdin
