Springboot源碼中的代理三板斧分析

本篇內(nèi)容主要講解“Springboot源碼中的代理三板斧分析”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Springboot源碼中的代理三板斧分析”吧!

成都創(chuàng)新互聯(lián)長期為上千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺(tái)，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為巢湖企業(yè)提供專業(yè)的網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作，巢湖網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

摘要：

在Spring的版本變遷過程中，注解發(fā)生了很多的變化，然而代理的設(shè)計(jì)也發(fā)生了微妙的變化，從Spring1.x的ProxyFactoryBean的硬編碼到Spring2.x的Aspectj注解，最后到了現(xiàn)在廣為熟知的自動(dòng)代理。

Springboot源碼中的代理三板斧分析

說明：

  • ProxyConfig代理的相關(guān)配置類

  • AdvisedSupport實(shí)現(xiàn)了Advised，封裝了對(duì)Advice和Advisor的操作

  • ProxyCreatorSupport該類及其子類主要是利用代理工廠幫助創(chuàng)建jdk或者cglib的代理對(duì)象

  • ProxyProcessorSupport該類及其子類才是我們目前用得做多的，利用后置處理器來進(jìn)行自動(dòng)代理處理

ProxyFactoryBean
    package com.github.dqqzj.springboot.aop;
    
    import org.springframework.aop.MethodBeforeAdvice;
    import org.springframework.aop.TargetSource;
    import org.springframework.aop.framework.ProxyFactoryBean;
    import org.springframework.aop.target.SingletonTargetSource;
    import org.springframework.context.annotation.Bean;
    import org.springframework.stereotype.Component;
    
    import java.lang.reflect.Method;
    
    /**
     * @author qinzhongjian
     * @date created in 2019-08-24 11:05
     * @description: TODO
     * @since JDK 1.8.0_212-b10
     */
    @Component
    public class MyMethodBeforeAdvice implements MethodBeforeAdvice {
        @Override
        public void before(Method method, Object[] args, Object target) throws Throwable {
            if (!method.getName().equals("toString")) {
                System.out.println(target.getClass().getName() + "#" + method.getName());
            }
        }
        /**
         * 代理的目標(biāo)對(duì)象  效果同setTargetSource(@Nullable TargetSource targetSource)
         * TargetSource targetSource = new SingletonTargetSource(aopService);
         * 可以從容器獲取，也可以類似下面這樣直接new，使用區(qū)別需要熟悉spring機(jī)制。
         * factoryBean.setTarget(new AopService());
         *
         * 設(shè)置需要被代理的接口  效果同factoryBean.setProxyInterfaces(new Class[]{AopService.class});
         * 若沒有實(shí)現(xiàn)接口，那就會(huì)采用cglib去代理
         * 如果有接口不指定的話會(huì)代理所有的接口，否則代理指定的接口
         *
         *  setInterceptorNames方法源代碼中有這樣的一句話：Set the list of Advice/Advisor bean names. This must always be set
         *  to use this factory bean in a bean factory.
         */
        @Bean
        public ProxyFactoryBean proxyFactoryBean(AopService aopService) {
            ProxyFactoryBean factoryBean = new ProxyFactoryBean();
            factoryBean.setTarget(aopService);
            //factoryBean.setInterfaces(AopService.class);
    
            factoryBean.setInterceptorNames("myMethodBeforeAdvice");
            //是否強(qiáng)制使用cglib，默認(rèn)是false的
            //factoryBean.setProxyTargetClass(true);
            return factoryBean;
        }
    
    }

Springboot源碼中的代理三板斧分析

源碼分析：
    	@Override
    	@Nullable
    	public Object getObject() throws BeansException {
    		//根據(jù)我們配置的interceptorNames來獲取對(duì)應(yīng)的Advisor并加入通知器執(zhí)行鏈中
    		initializeAdvisorChain();
    		if (isSingleton()) {
    			//生成singleton的代理對(duì)象,會(huì)利用DefaultAopProxyFactory去生成代理
          //在內(nèi)部如果你手動(dòng)沒有去設(shè)置需要被代理的接口，Spring會(huì)代理你所有的實(shí)現(xiàn)接口。
    			return getSingletonInstance();
    		}
    		else {
    			if (this.targetName == null) {
    				logger.warn("Using non-singleton proxies with singleton targets is often undesirable. " +
    						"Enable prototype proxies by setting the 'targetName' property.");
    			}
          //和單利非常類似 只不過沒有緩存了
    			return newPrototypeInstance();
    		}
    	}
    	private synchronized void initializeAdvisorChain() throws AopConfigException, BeansException {
    		if (this.advisorChainInitialized) {
    			return;
    		}
    		if (!ObjectUtils.isEmpty(this.interceptorNames)) {
    			// 最后一個(gè)不能是全局的suffix *，除非我們指定了targetSource之類的
    			if (this.interceptorNames[this.interceptorNames.length - 1].endsWith(GLOBAL_SUFFIX) &&
    					this.targetName == null && this.targetSource == EMPTY_TARGET_SOURCE) {
    				throw new AopConfigException("Target required after globals");
    			}
    			for (String name : this.interceptorNames) {
    				// 如國攔截器的名稱是以*結(jié)尾的，說明它要去全局里面都搜索出來
    				// 全局：去自己容器以及父容器中找，類型為Advisor.class的，名稱是以這個(gè)名稱為開頭的prefix的Bean.
    				if (name.endsWith(GLOBAL_SUFFIX)) {
    					addGlobalAdvisor((ListableBeanFactory) this.beanFactory,
    							name.substring(0, name.length() - GLOBAL_SUFFIX.length()));
    				}
    				// 一般的情況下我們都是精確匹配
    				else {
    					Object advice;
    					if (this.singleton || this.beanFactory.isSingleton(name)) {
    						// 從容器里獲取該bean
    						advice = this.beanFactory.getBean(name);
    					}
    					// 原型處理
    					else {
    						advice = new PrototypePlaceholderAdvisor(name);
    					}
    					addAdvisorOnChainCreation(advice, name);
    				}
    			}
    		}
    		this.advisorChainInitialized = true;
    	}
      // 將advice對(duì)象添加到通知器鏈中
    	private void addAdvisorOnChainCreation(Object next, String name) {
    		// 這里調(diào)用namedBeanToAdvisor做了一下適配：成統(tǒng)一的Advisor 
    		Advisor advisor = namedBeanToAdvisor(next);
    		addAdvisor(advisor);
    	}
    //方法中首先會(huì)調(diào)用namedBeanToAdvisor(next)方法，將從ioc容器獲取的普通對(duì)象轉(zhuǎn)換成通知器Advisor對(duì)象
    	private Advisor namedBeanToAdvisor(Object next) {
    		try {
    			return this.advisorAdapterRegistry.wrap(next);
    		}
    	}
DefaultAdvisorAdapterRegistry

Springboot源碼中的代理三板斧分析

這個(gè)類還允許我們自定義適配器，然后注冊(cè)到里面就行。

      @Override
    	public void registerAdvisorAdapter(AdvisorAdapter adapter) {
    		this.adapters.add(adapter);
    	}
ProxyFactoryBean脫離IoC容器使用

Springboot源碼中的代理三板斧分析

ProxyFactory

Springboot源碼中的代理三板斧分析

說明：這個(gè)類一般是spring自己內(nèi)部使用的，我們自定義的話很難與容器進(jìn)行整合，它一般都是返回的原型模式代理

AspectJProxyFactory

Springboot源碼中的代理三板斧分析

小結(jié)：
根據(jù)以上案例可以發(fā)現(xiàn) 都是首先進(jìn)行AdvisedSupport的準(zhǔn)備，然后交給子類ProxyCreatorSupport根據(jù)條件
得到JDK或者CGLIB的AopProxy,當(dāng)代理對(duì)象被調(diào)用的時(shí)候在invoke或者intercept方法中會(huì)調(diào)用ProxyCreatorSupport的getInterceptorsAndDynamicInterceptionAdvice方法去初始化advice和各個(gè)方法之間的映射關(guān)系并緩存
同類方法代理不生效原因？

很多時(shí)候會(huì)發(fā)現(xiàn)代理方法和非代理方法在同一個(gè)類中調(diào)用不生效和調(diào)用順序有關(guān)系，我們進(jìn)行重構(gòu)代碼來分析一下原因

    public class AspectJProxyFactoryApplication {
        public static void main(String[] args) {
            AspectJProxyFactory proxyFactory = new AspectJProxyFactory(new AopService());
            // 注意：此處得MyAspect類上面的@Aspect注解必不可少
            proxyFactory.addAspect(MyAspect.class);
            //proxyFactory.setProxyTargetClass(true);//是否需要使用CGLIB代理
            AopService proxy = proxyFactory.getProxy();
            proxy.test();
        }
    }
    @Aspect
    public class MyAspect {
        //@Pointcut("execution(* com.github..aop.*.*(..))")
        @Pointcut("execution(* com.github..aop.AopService.hello(..))")
        private void pointcut() {
        }
    
        @Before("pointcut()")
        public void before() {
            System.out.println("-----------MyAspect#before-----------");
        }
    }
    @Service
    public class AopService {
        public String hello() {
            System.out.println("hello, AopService");
            return "hello, AopService";
        }
        public String test() {
            System.out.println("test");
            return hello();
        }
    }

答案就是不會(huì)生效，究竟是什么引起的呢？其實(shí)就是我上面的小結(jié)的最后一個(gè)知識(shí)點(diǎn)。

Springboot源碼中的代理三板斧分析

這個(gè)時(shí)候chain沒有我們的通知器在里面， Springboot源碼中的代理三板斧分析

Springboot源碼中的代理三板斧分析

最終按照我們的程序執(zhí)行,下面進(jìn)行修改切點(diǎn)表達(dá)式，如果上面的例子看的咨詢的話下面就可以忽略了，主要就是是否增強(qiáng)就是第一個(gè)入口函數(shù)能否匹配上我們的切點(diǎn)表達(dá)式后續(xù)的根本不會(huì)關(guān)心你是否能匹配上。

    @Aspect
    public class MyAspect {
        @Pointcut("execution(* com.github..aop.*.*(..))")
        //@Pointcut("execution(* com.github..aop.AopService.hello(..))")
        private void pointcut() {
        }
    
        @Before("pointcut()")
        public void before() {
            System.out.println("-----------MyAspect#before-----------");
        }
    }

Springboot源碼中的代理三板斧分析

Springboot源碼中的代理三板斧分析

處理完后就會(huì)按照下面代碼正常流程執(zhí)行完

if (this.currentInterceptorIndex == this.interceptorsAndDynamicMethodMatchers.size() - 1) {
   return invokeJoinpoint();
}

到此，相信大家對(duì)“Springboot源碼中的代理三板斧分析”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

當(dāng)前標(biāo)題：Springboot源碼中的代理三板斧分析
分享鏈接：http://muchs.cn/article34/jcpipe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、手機(jī)網(wǎng)站建設(shè)、建站公司、云服務(wù)器、用戶體驗(yàn)、營銷型網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)

網(wǎng)站優(yōu)化排名