Java—代理模式_jdk动态代理的实现_租房子

上一篇，简单实现了静态代理
基于静态代理的缺点，动态代理就来了

这里有2种动态代理，一种是JDK动态代理，一种是cglib动态代理，我们先谈Jdk动态代理
1、JDK动态代理

程序员不用提供代理对象, 由程序动态生成代理对象即可.

程序员需要提供生成代理对象的模版(参照, 真正做事情的代码)

还是拿租房子为例：
1、首先还是一个规范，租房子的接口
2、业主，实现了租房子的接口
3、注意了，这里不是像动态代理那样的直接创建一个代理类，而是创建了一个Employee员工对象，这个员工对象继承自反射包下的InvocationHandler，（这里可以理解为我们之前的静态代理是一个人代理，现在的动态代理是一个公司（公司是程序），这个员工Employee类就是该公司培岗前培训之后的员工）
其中的invoke（）方法就是这个员工要执行的方法，method.invoke（host,args）是业主的方法
4、好了，现在顾客可以去租房子了
Proxy.newProxyInstance（类加载器，产生代理类应实现的接口，员工对象），这个方法通俗的说，就是：

相当于业主去中介公司，中介公司分配一个员工，员工给业主办事情的代码实现
这里重点说一下Proxy.newProxyInstance（类加载器，产生代理类应实现的接口，员工对象）

这个方法的第一个参数不用说，反射的化肯定得用到

第二个参数是一个接口类型的数组，产生的代理类对象是要实现这些标准的，不然就没法代理了，比如这里的租房子协议Rent.class，只有实现了这个接口，才能帮业主进行租房子，但是接口中的要重写方法，怎么办呢？

这时候第3个参数的意义就来了，接口中要回调emp的invoke（）方法

动态代理的优点:

代理对象动态生成, 扩展性高, 代码复用性高, 使用灵活;

我们如果要增加新的想代理功能，只需要在接口（规范）中添加新的功能，在业主中实现（接口）规范的功能就可以了，不需要给员工，和代理公司添加

动态代理的缺点:

代码较复杂, 专业性较差.

传入接口，就能得到对象？？？？似曾相识的感觉？

对了，MyBatis的接口绑定的时候，session.getMapper(接口.class)

Mybatis会根据接口，产生实现接口，参考Mapper配置信息的一个代理对象