个人日记：不建议购买
一、代理模式的第一个版本：静态代理
如图所示：
图片.png
图中反应的本质：
- 代理对象和被代理对象实现相同的接口。
- 代理对象中包含被代理对象。
（不禁感叹：静态代理和装饰器模式好像啊！！）
代码表现：
Class ProxyObject implements A,B,C{
private A a;
private B b;
private C c;
//在方法中调用具体对象a,b,c的方法并且对方法进行增强
}
静态代理的测试方法.png
静态代理存在的问题：
- 代码的冗余
- 不符合开闭原则，所谓开闭原则是指对扩展开放，对修改关闭（当我们的需求发生变化的时候，我们通过添加新的模块来满足新的需求，而不是通过修改原来的代码来满足）。这个原则是六个设计原则中最重要的。
如果不满足单一原则会发生
- 可读性变差
- 可维护性变差（代码耦合性比较高），只要有一个功能模块发生了变化，代理类就会出错，牵一发动全身，代理类也没法为其他的模块提供服务了。
静态代理作为代理模式的第一个实现版本，存在以上比较严重的问题。违反了开闭原则。
二、代理模式的第二个版本：动态代理
代理：代理模式
动态：？？？
静态代理和动态代理的类图是一毛一样的！！对于动态代理来说，它的代理对象不再是一个固定的对象，而是一个动态的对象。可以在使用的时候进行动态的生成。
图片.png
Proxy：调度各种员工进行服务
查看源码看proxy的功能：
InvocationHandler：本质就是对服务进行增强
这里体现了单一职责的原则：
- Proxy仅仅负责创建对象；
- InvocationHandler负责实例做的事情；
方法增强的类中含有被代理对象：
下面的例子中使用接口是面向接口编程，解耦
图片.png
图片.png
这里使用反射去调用运行的方法，因为不知道究竟是哪个被代理对象在运行。
图片.png
关于类加载器，不同的类加载器可以随便使用吗？还有，继承关系的两个类，类加载器一样吗？？
图片.png
这样的话使用一套代码就能够满足所有的需求。
二、深入内核剖析
解密事务注解
我们可以发现代理对象的名称是$Proxy+数字。
这种名字是内部类
接下来探索这两个类究竟是什么，发现它们不曾出现在文件中，那么是怎样产生的呢？？
首先来看一下类的生命周期：
图片.png
编译使用的命令：javac XXX.java
java的跨平台性质也是因为字节码技术。
Class对象存在于JVM的方法区或者叫元空间，在jdk1.8之前是方法区，后来叫做元空间。
实例对象在堆上。
可达性分析可以帮助判断这个类需不需要进行回收。
面试的问题形式：
不会问你有什么垃圾回收算法或者垃圾回收器，而是问你在你的项目中使用了什么垃圾回收算法，为什么使用这种垃圾回收算法和回收器。它有什么优点。
动态代理忽略了java文件，直接生成的就是java字节码，java字节码有两种来源，一种是硬盘，一种是内存。
tomcat的类热加载机制？？？从网络中传输字节码
mapper的实际实现原理？？
1、怎样在内存中生成字节码？
内存中生成的字节码究竟是什么样子？？
从Proxy.newInstance()进行分析。
分析代码Class<?> cl = getProxyClass0(loader,intfs)，这句代码完成两件事情：
- 在JVM中生成了字节码
- 将字节码文件加载成了Class对象。
native方法，直接调用操作系统的类库生成的方法。用c或者是c++写的。
那么生成代码的结构是什么样呢？？
使用反编译工具看一看这个类究竟是什么样子的。
图片.png
图片.png
图片.png
产生的所有Proxy对象都是Proxy的子类对象
图片.png
使用动态代理解析spring相关的注解源码：
面试题：
1、spring事务注解的实现原理？
为什么加了@Transactional注解之后，方法就有了事务的能力？
首先是JdkDynamicAopProxy，其中有一个方法，这个方法会经过一系列的拦截器链，然后是TransactionaIntercepter这个拦截器，在这个拦截器中实现了方法前的事务开启，方法后的事务结束，出现异常的回滚操作。
2、为什么Mybatis可以直接使用mapper接口访问数据库？
网友评论