什么是代理
代理就是给目标对象一个代理对象，并由代理对象控制目标的引用。
为什么要使用代理模式
1、通过引入代理对象的方式，可以间接的访问目标对象，避免直接访问目标对象给系统带来不必要的复杂性。
2、通过代理对象可以对原有的业务进行业务增强处理。
举例：如果我们需要买国外的某一件商品A，这个时候我们一般有两个途径要么直接去国外买，要么可以找一些代购人员帮我们去购买。在这种情况下，我们由于直接去国外买，实在是太耗软妹币，而且还要花时间等等，这个时候我们最优的选择就是找代购购买，这样也帮我们省去了很多麻烦的事情。
代理模式类图
代码示例
抽象对象：
public interface ITargetFactoryService {
void sale(String name);
}
目标对象：
@Slf4j
public class TargetFactoryServiceImpl implements ITargetFactoryService {
@Override
public void sale(String name) {
log.info(name+"购买了商品A");
}
}
代理对象：
@Slf4j
public class ProxyImpl implements ITargetFactoryService {
public ITargetFactoryService service;
public ProxyImpl(ITargetFactoryService service){
super();
this.service = service;
}
@Override
public void sale(String name) {
before();
service.sale("代购");
after();
}
/**
* 后置增强
*/
private void after() {
log.info("代购在购买后得到了市场调研结果");
}
/**
* 前置增强
*/
private void before() {
log.info("代购在购买前做了市场调研");
}
}
测试类:
@Slf4j
@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class, DataSourceTransactionManagerAutoConfiguration.class, JdbcTemplateAutoConfiguration.class})
public class SpsringJdbcApplication {
public static void main(String[] args) {
TargetFactoryServiceImpl service = new TargetFactoryServiceImpl();
ProxyImpl proxy = new ProxyImpl(service);
proxy.sale("代购");
SpringApplication.run(SpsringJdbcApplication.class, args);
}
}
测试结果:
我们可以在代码示例中清晰的看到，在代理类中，代理对象包含了目标对象，并且在业务处理上进行了一定的业务扩展，但是却和目标对象继承于同一个接口。但是此扩展基于Spring AOP来讲，以更加专业的叫法为前置增强、后置增强。
此类代理便是我们常说的静态代理，静态代理适合在业务比较简单，实现类少，需求变化不频繁，但是却要对原有目标服务对象功能进行扩展，并且不去修改原有服务，这个时候我们就可以选择使用静态代理。
静态代理的缺点
如果此时我们业务需要进行扩展，我们的代购同学在经过市场调研以后，发现商品B更加受大家欢迎，这个时候我们就需要对自己的业务进行扩展了，怎么扩展呢？一起接着往下看。
抽象对象:
public interface ITargetFactoryBService {
void saleB(String name);
}
目标对象:
@Slf4j
public class ITargetFactoryBServiceImpl implements ITargetFactoryBService {
@Override
public void saleB(String name) {
log.info(name + "购买了商品B");
}
}
代理对象：
@Slf4j
public class ProxyTwoImpl implements ITargetFactoryService, ITargetFactoryBService {
public ITargetFactoryService service;
public ITargetFactoryBService bService;
public ProxyTwoImpl(ITargetFactoryService service,ITargetFactoryBService bService){
super();
this.service = service;
this.bService = bService;
}
@Override
public void sale(String name) {
before();
service.sale("代购");
after();
}
@Override
public void saleB(String name) {
before();
bService.saleB("代购");
after();
}
/**
* 后置增强
*/
private void after() {
log.info("代购在购买后得到了市场调研结果");
}
/**
* 前置增强
*/
private void before() {
log.info("代购在购买前做了市场调研");
}
}
测试类：
@Slf4j
@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class, DataSourceTransactionManagerAutoConfiguration.class, JdbcTemplateAutoConfiguration.class})
public class SpsringJdbcApplication {
public static void main(String[] args) {
TargetFactoryServiceImpl service = new TargetFactoryServiceImpl();
ITargetFactoryBServiceImpl bService = new ITargetFactoryBServiceImpl();
ProxyTwoImpl proxy2 = new ProxyTwoImpl(service, bService);
proxy2.sale("代购");
proxy2.saleB("代购");
SpringApplication.run(SpsringJdbcApplication.class, args);
}
}
结果：
我们可以看到，在实现业务扩展的时候，需要对原有的代理类进行修改，如果后期我们需要扩展的业务较多的时候，这个类将变的更加繁杂，大量的继承以及方法重写，以至于牵一发而动全身，所以在这种业务扩展性高、业务变化频繁的情况下我们不建议使用静态代理。
静态代理总结:
1、违反Java设计模式开闭原则，即：程序对外扩展开放，对修改关闭。当需求进行变更时，我们应该是新增代码块来实现，而不是在原来的代码中进行修改实现。
2、扩展性很差。
3、可维护性差。
4、代码耦合度高。
