什么是代理

代理就是给目标对象一个代理对象，并由代理对象控制目标的引用。

为什么要使用代理模式

1、通过引入代理对象的方式，可以间接的访问目标对象，避免直接访问目标对象给系统带来不必要的复杂性。

2、通过代理对象可以对原有的业务进行业务增强处理。

举例：如果我们需要买国外的某一件商品A，这个时候我们一般有两个途径要么直接去国外买，要么可以找一些代购人员帮我们去购买。在这种情况下，我们由于直接去国外买，实在是太耗软妹币，而且还要花时间等等，这个时候我们最优的选择就是找代购购买，这样也帮我们省去了很多麻烦的事情。

代理模式类图

代码示例

抽象对象：

public interface ITargetFactoryService { void sale(String name);}

目标对象：

@Slf4jpublic class TargetFactoryServiceImpl implements ITargetFactoryService { @Override public void sale(String name) { log.info(name+"购买了商品A"); }}

代理对象：

@Slf4jpublic 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);}

目标对象:

@Slf4jpublic class ITargetFactoryBServiceImpl implements ITargetFactoryBService { @Override public void saleB(String name) { log.info(name + "购买了商品B"); }}

代理对象：

@Slf4jpublic 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、代码耦合度高。

总结

到此这篇关于Java代理深入讲解之静态代理的文章就介绍到这了,更多相关Java静态代理内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！