摘要:對于這個(gè)矛盾的問題,通過自適應(yīng)拓展機(jī)制很好的解決了。自適應(yīng)拓展機(jī)制的實(shí)現(xiàn)邏輯比較復(fù)雜,首先會為拓展接口生成具有代理功能的代碼。
1、背景
在 Dubbo 中,很多拓展都是通過 SPI 機(jī)制進(jìn)行加載的,比如 Protocol、Cluster、LoadBalance 等。有時(shí),有些拓展并不想在框架啟動階段被加載,而是希望在拓展方法被調(diào)用時(shí),根據(jù)運(yùn)行時(shí)參數(shù)進(jìn)行加載。這聽起來有些矛盾。拓展未被加載,那么拓展方法就無法被調(diào)用(靜態(tài)方法除外)。拓展方法未被調(diào)用,拓展就無法被加載。對于這個(gè)矛盾的問題,Dubbo 通過自適應(yīng)拓展機(jī)制很好的解決了。自適應(yīng)拓展機(jī)制的實(shí)現(xiàn)邏輯比較復(fù)雜,首先 Dubbo 會為拓展接口生成具有代理功能的代碼。然后通過 javassist 或 jdk 編譯這段代碼,得到 Class 類。最后再通過反射創(chuàng)建代理類,整個(gè)過程比較復(fù)雜。
2、原理為了很好的理解,下面結(jié)合實(shí)例進(jìn)行分析,在Dubbbo暴露服務(wù)中,ServiceConfig類中doExportUrlsFor1Protocol方法中有如下這樣一條語句:
Exporter> exporter = protocol.export(wrapperInvoker);
接下來咱們就根據(jù)這條語句進(jìn)行深入分析Dubbo SPI自適應(yīng)擴(kuò)展機(jī)制。
根據(jù)源碼查詢得知,protocol對象是通過以下語句創(chuàng)建:
private static final Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension();
根據(jù)上篇文章,咱們得知getExtensionLoader只是獲取ExtensionLoader對象,所以自適應(yīng)擴(kuò)展的核心在getAdaptiveExtension()方法中:
public T getAdaptiveExtension() { // 緩存獲取實(shí)例對象 Object instance = cachedAdaptiveInstance.get(); // 雙重檢測 if (instance == null) { if (createAdaptiveInstanceError == null) { synchronized (cachedAdaptiveInstance) { instance = cachedAdaptiveInstance.get(); if (instance == null) { try { // 創(chuàng)建實(shí)例對象 instance = createAdaptiveExtension(); cachedAdaptiveInstance.set(instance); } catch (Throwable t) { createAdaptiveInstanceError = t; throw new IllegalStateException("fail to create adaptive instance: " + t.toString(), t); } } } } else { throw new IllegalStateException("fail to create adaptive instance: " + createAdaptiveInstanceError.toString(), createAdaptiveInstanceError); } } return (T) instance; }
在getAdaptiveExtension方法中先從緩存中獲取,緩存中不存在在創(chuàng)建實(shí)例,并存入緩存中,邏輯比較簡單,咱們在來分析createAdaptiveExtension方法:
private T createAdaptiveExtension() { try { // 獲取自適應(yīng)拓展類,并通過反射實(shí)例化 return injectExtension((T) getAdaptiveExtensionClass().newInstance()); } catch (Exception e) { throw new IllegalStateException("Can not create adaptive extension " + type + ", cause: " + e.getMessage(), e); } }
createAdaptiveExtension 方法的代碼比較少,但卻包含了三個(gè)邏輯,分別如下:
調(diào)用 getAdaptiveExtensionClass 方法獲取自適應(yīng)拓展 Class 對象
通過反射進(jìn)行實(shí)例化
調(diào)用 injectExtension 方法向拓展實(shí)例中注入依賴
前兩個(gè)邏輯比較好理解,第三個(gè)邏輯用于向自適應(yīng)拓展對象中注入依賴。這個(gè)邏輯看似多余,但有存在的必要,這里簡單說明一下。前面說過,Dubbo 中有兩種類型的自適應(yīng)拓展,一種是手工編碼的,一種是自動生成的。手工編碼的自適應(yīng)拓展中可能存在著一些依賴,而自動生成的 Adaptive 拓展則不會依賴其他類。這里調(diào)用 injectExtension 方法的目的是為手工編碼的自適應(yīng)拓展注入依賴,這一點(diǎn)需要大家注意一下。關(guān)于 injectExtension 方法,前文已經(jīng)分析過了,這里不再贅述。接下來,分析 getAdaptiveExtensionClass 方法的邏輯。
private Class> getAdaptiveExtensionClass() { // 通過 SPI 獲取所有的拓展類 getExtensionClasses(); // 檢查緩存,若緩存不為空,則直接返回緩存 if (cachedAdaptiveClass != null) { return cachedAdaptiveClass; } // 創(chuàng)建自適應(yīng)拓展類 return cachedAdaptiveClass = createAdaptiveExtensionClass(); }
getAdaptiveExtensionClass 方法同樣包含了三個(gè)邏輯,如下:
調(diào)用 getExtensionClasses 獲取所有的拓展類
檢查緩存,若緩存不為空,則返回緩存
若緩存為空,則調(diào)用 createAdaptiveExtensionClass 創(chuàng)建自適應(yīng)拓展類
這三個(gè)邏輯看起來平淡無奇,似乎沒有多講的必要。但是這些平淡無奇的代碼中隱藏了著一些細(xì)節(jié),需要說明一下。首先從第一個(gè)邏輯說起,getExtensionClasses 這個(gè)方法用于獲取某個(gè)接口的所有實(shí)現(xiàn)類。比如該方法可以獲取 Protocol 接口的 DubboProtocol、HttpProtocol、InjvmProtocol 等實(shí)現(xiàn)類。在獲取實(shí)現(xiàn)類的過程中,如果某個(gè)某個(gè)實(shí)現(xiàn)類被 Adaptive 注解修飾了,那么該類就會被賦值給 cachedAdaptiveClass 變量。此時(shí),上面步驟中的第二步條件成立(緩存不為空),直接返回 cachedAdaptiveClass 即可。如果所有的實(shí)現(xiàn)類均未被 Adaptive 注解修飾,那么執(zhí)行第三步邏輯,創(chuàng)建自適應(yīng)拓展類。相關(guān)代碼如下:
private Class> createAdaptiveExtensionClass() { // 構(gòu)建自適應(yīng)拓展代碼 String code = createAdaptiveExtensionClassCode(); ClassLoader classLoader = findClassLoader(); // 獲取編譯器實(shí)現(xiàn)類 com.alibaba.dubbo.common.compiler.Compiler compiler = ExtensionLoader.getExtensionLoader(com.alibaba.dubbo.common.compiler.Compiler.class).getAdaptiveExtension(); // 編譯代碼,生成 Class return compiler.compile(code, classLoader); }
createAdaptiveExtensionClass 方法用于生成自適應(yīng)拓展類,該方法首先會生成自適應(yīng)拓展類的源碼,然后通過 Compiler 實(shí)例(Dubbo 默認(rèn)使用 javassist 作為編譯器)編譯源碼,得到代理類 Class 實(shí)例。接下來,我們把重點(diǎn)放在代理類代碼生成的邏輯上,其他邏輯大家自行分析。
private String createAdaptiveExtensionClassCode() { StringBuilder codeBuilder = new StringBuilder(); Method[] methods = type.getMethods(); boolean hasAdaptiveAnnotation = false; // 循環(huán)遍歷方法 for (Method m : methods) { // 判斷類中的方法是否有Adaptive注解 if (m.isAnnotationPresent(Adaptive.class)) { hasAdaptiveAnnotation = true; break; } } // 如果類中方法沒有Adaptive注解,則直接拋出異常 if (!hasAdaptiveAnnotation) { throw new IllegalStateException("No adaptive method on extension " + type.getName() + ", refuse to create the adaptive class!"); } // 引入類的包名、類的依賴 codeBuilder.append("package ").append(type.getPackage().getName()).append(";"); codeBuilder.append(" import ").append(ExtensionLoader.class.getName()).append(";"); codeBuilder.append(" public class ").append(type.getSimpleName()).append("$Adaptive").append(" implements ").append(type.getCanonicalName()).append(" {"); for (Method method : methods) { // 獲取方法返回類型 Class> rt = method.getReturnType(); // 獲取方法參數(shù)類型 Class>[] pts = method.getParameterTypes(); // 獲取方法拋出的異常類型 Class>[] ets = method.getExceptionTypes(); Adaptive adaptiveAnnotation = method.getAnnotation(Adaptive.class); StringBuilder code = new StringBuilder(512); // 方法沒有Adaptive注解,方法體就是一條拋出異常的語句 if (adaptiveAnnotation == null) { code.append("throw new UnsupportedOperationException("method ") .append(method.toString()).append(" of interface ") .append(type.getName()).append(" is not adaptive method!");"); } else { // 標(biāo)記方法中參數(shù)類型為URL的是第幾個(gè)參數(shù) int urlTypeIndex = -1; for (int i = 0; i < pts.length; ++i) { if (pts[i].equals(URL.class)) { urlTypeIndex = i; break; } } // 如果方法參數(shù)中有URL類型的,則需要校驗(yàn)參數(shù)是否為空 if (urlTypeIndex != -1) { String s = String.format(" if (arg%d == null) throw new IllegalArgumentException("url == null");", urlTypeIndex); code.append(s); // 并創(chuàng)建一個(gè)URL變量,將參數(shù)賦值給變量:URL url = url s = String.format(" %s url = arg%d;", URL.class.getName(), urlTypeIndex); code.append(s); } else { // 參數(shù)中沒有URL類型的參數(shù) String attribMethod = null; // 查找參數(shù)所屬類中是否有返回URL的方法,如:Invoker.getUrl()方法,則attribMethod = getUrl() LBL_PTS: for (int i = 0; i < pts.length; ++i) { Method[] ms = pts[i].getMethods(); for (Method m : ms) { String name = m.getName(); if ((name.startsWith("get") || name.length() > 3) && Modifier.isPublic(m.getModifiers()) && !Modifier.isStatic(m.getModifiers()) && m.getParameterTypes().length == 0 && m.getReturnType() == URL.class) { urlTypeIndex = i; attribMethod = name; break LBL_PTS; } } } // 如果參數(shù)中沒有返回URL的方法,則拋出異常 if (attribMethod == null) { throw new IllegalStateException("fail to create adaptive class for interface " + type.getName() + ": not found url parameter or url attribute in parameters of method " + method.getName()); } // 校驗(yàn)有返回URL類型方法的參數(shù)是否為空 String s = String.format(" if (arg%d == null) throw new IllegalArgumentException("%s argument == null");", urlTypeIndex, pts[urlTypeIndex].getName()); code.append(s); // 校驗(yàn)參數(shù)調(diào)用返回URL方法返回值是否為空,如:if Invoker.getUrl() == null s = String.format(" if (arg%d.%s() == null) throw new IllegalArgumentException("%s argument %s() == null");", urlTypeIndex, attribMethod, pts[urlTypeIndex].getName(), attribMethod); code.append(s); // 創(chuàng)建URL變量,賦值為返回值,如 URL url = Invoker.getUrl() s = String.format("%s url = arg%d.%s();", URL.class.getName(), urlTypeIndex, attribMethod); code.append(s); } String[] value = adaptiveAnnotation.value(); if (value.length == 0) { String splitName = StringUtils.camelToSplitName(type.getSimpleName(), "."); value = new String[]{splitName}; } // 判斷方法參數(shù)中是否有Invocation類型的參數(shù) boolean hasInvocation = false; for (int i = 0; i < pts.length; ++i) { if (("org.apache.dubbo.rpc.Invocation").equals(pts[i].getName())) { // Null Point check String s = String.format(" if (arg%d == null) throw new IllegalArgumentException("invocation == null");", i); code.append(s); s = String.format(" String methodName = arg%d.getMethodName();", i); code.append(s); hasInvocation = true; break; } } String defaultExtName = cachedDefaultName; String getNameCode = null; // 如果Adaptive注解時(shí)Protocol,則根據(jù)參數(shù)url所屬協(xié)議來適配加載,如dubbo:// 則調(diào)用返回DubboProtocol擴(kuò)展類實(shí)例 for (int i = value.length - 1; i >= 0; --i) { if (i == value.length - 1) { if (null != defaultExtName) { if (!"protocol".equals(value[i])) { if (hasInvocation) { getNameCode = String.format("url.getMethodParameter(methodName, "%s", "%s")", value[i], defaultExtName); } else { getNameCode = String.format("url.getParameter("%s", "%s")", value[i], defaultExtName); } } else { getNameCode = String.format("( url.getProtocol() == null ? "%s" : url.getProtocol() )", defaultExtName); } } else { if (!"protocol".equals(value[i])) { if (hasInvocation) { getNameCode = String.format("url.getMethodParameter(methodName, "%s", "%s")", value[i], defaultExtName); } else { getNameCode = String.format("url.getParameter("%s")", value[i]); } } else { getNameCode = "url.getProtocol()"; } } } else { if (!"protocol".equals(value[i])) { if (hasInvocation) { getNameCode = String.format("url.getMethodParameter(methodName, "%s", "%s")", value[i], defaultExtName); } else { getNameCode = String.format("url.getParameter("%s", %s)", value[i], getNameCode); } } else { getNameCode = String.format("url.getProtocol() == null ? (%s) : url.getProtocol()", getNameCode); } } } code.append(" String extName = ").append(getNameCode).append(";"); String s = String.format(" if(extName == null) " + "throw new IllegalStateException("Fail to get extension(%s) name from url(" + url.toString() + ") use keys(%s)");", type.getName(), Arrays.toString(value)); code.append(s); // 根據(jù)上面獲取的type調(diào)用ExtensionLoader中的getExtension(type)方法 s = String.format(" %s extension = (%0) { codeBuilder.append(", "); } codeBuilder.append(pts[i].getCanonicalName()); codeBuilder.append(" "); codeBuilder.append("arg").append(i); } codeBuilder.append(")"); if (ets.length > 0) { codeBuilder.append(" throws "); for (int i = 0; i < ets.length; i++) { if (i > 0) { codeBuilder.append(", "); } codeBuilder.append(ets[i].getCanonicalName()); } } codeBuilder.append(" {"); codeBuilder.append(code.toString()); codeBuilder.append(" }"); } codeBuilder.append(" }"); if (logger.isDebugEnabled()) { logger.debug(codeBuilder.toString()); } return codeBuilder.toString(); }
createAdaptiveExtensionClassCode方法比較復(fù)雜,要靜下心來慢慢研究,最好結(jié)合實(shí)例進(jìn)行分析,例子protocol.export()自適應(yīng)擴(kuò)展類如下所示:
類名是Protocol$Adaptive:
/* * Decompiled with CFR 0_132. */ package com.alibaba.dubbo.rpc; import com.alibaba.dubbo.common.URL; import com.alibaba.dubbo.common.extension.ExtensionLoader; import com.alibaba.dubbo.rpc.Exporter; import com.alibaba.dubbo.rpc.Invoker; import com.alibaba.dubbo.rpc.Protocol; import com.alibaba.dubbo.rpc.RpcException; public class Protocol$Adpative implements Protocol { @Override public void destroy() { throw new UnsupportedOperationException("method public abstract void com.alibaba.dubbo.rpc.Protocol.destroy() of interface com.alibaba.dubbo.rpc.Protocol is not adaptive method!"); } @Override public int getDefaultPort() { throw new UnsupportedOperationException("method public abstract int com.alibaba.dubbo.rpc.Protocol.getDefaultPort() of interface com.alibaba.dubbo.rpc.Protocol is not adaptive method!"); } public Invoker refer(Class class_, URL uRL) throws RpcException { String string; if (uRL == null) { throw new IllegalArgumentException("url == null"); } URL uRL2 = uRL; String string2 = string = uRL2.getProtocol() == null ? "dubbo" : uRL2.getProtocol(); if (string == null) { throw new IllegalStateException(new StringBuffer().append("Fail to get extension(com.alibaba.dubbo.rpc.Protocol) name from url(").append(uRL2.toString()).append(") use keys([protocol])").toString()); } Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(string); return protocol.refer(class_, uRL); } public Exporter export(Invoker invoker) throws RpcException { String string; if (invoker == null) { throw new IllegalArgumentException("com.alibaba.dubbo.rpc.Invoker argument == null"); } if (invoker.getUrl() == null) { throw new IllegalArgumentException("com.alibaba.dubbo.rpc.Invoker argument getUrl() == null"); } URL uRL = invoker.getUrl(); String string2 = string = uRL.getProtocol() == null ? "dubbo" : uRL.getProtocol(); if (string == null) { throw new IllegalStateException(new StringBuffer().append("Fail to get extension(com.alibaba.dubbo.rpc.Protocol) name from url(").append(uRL.toString()).append(") use keys([protocol])").toString()); } Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(string); return protocol.export(invoker); } }
在調(diào)用方法時(shí),根據(jù)方法參數(shù)進(jìn)行動態(tài)自適應(yīng)擴(kuò)展,加載擴(kuò)展類。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/73238.html
摘要:今天我想聊聊的另一個(gè)很棒的特性就是它的可擴(kuò)展性。的擴(kuò)展機(jī)制在的官網(wǎng)上,描述自己是一個(gè)高性能的框架。接下來的章節(jié)中我們會慢慢揭開擴(kuò)展機(jī)制的神秘面紗。擴(kuò)展擴(kuò)展點(diǎn)的實(shí)現(xiàn)類。的定義在配置文件中可以看到文件中定義了個(gè)的擴(kuò)展實(shí)現(xiàn)。 摘要: 在Dubbo的官網(wǎng)上,Dubbo描述自己是一個(gè)高性能的RPC框架。今天我想聊聊Dubbo的另一個(gè)很棒的特性, 就是它的可擴(kuò)展性。 Dubbo的擴(kuò)展機(jī)制 在Dub...
摘要:什么是類那什么樣類的才是擴(kuò)展機(jī)制中的類呢類是一個(gè)有復(fù)制構(gòu)造函數(shù)的類,也是典型的裝飾者模式。代碼如下有一個(gè)參數(shù)是的復(fù)制構(gòu)造函數(shù)有一個(gè)構(gòu)造函數(shù),參數(shù)是擴(kuò)展點(diǎn),所以它是一個(gè)擴(kuò)展機(jī)制中的類。 摘要:?在Dubbo可擴(kuò)展機(jī)制實(shí)戰(zhàn)中,我們了解了Dubbo擴(kuò)展機(jī)制的一些概念,初探了Dubbo中LoadBalance的實(shí)現(xiàn),并自己實(shí)現(xiàn)了一個(gè)LoadBalance。是不是覺得Dubbo的擴(kuò)展機(jī)制很不錯呀...
摘要:要構(gòu)建自適應(yīng)實(shí)例,先要有自適應(yīng)的實(shí)現(xiàn)類,實(shí)現(xiàn)類有兩種方式一種通過配置文件,一種是通過是字節(jié)碼的方式動態(tài)生成。 SPI機(jī)制 SPI,即(service provider interface)機(jī)制,有很多組件的實(shí)現(xiàn),如日志、數(shù)據(jù)庫訪問等都是采用這樣的方式,一般通用組件為了提升可擴(kuò)展性,基于接口編程,將操作接口形成標(biāo)準(zhǔn)規(guī)范,但是可以開放多種擴(kuò)展實(shí)現(xiàn),這種做法也符合開閉設(shè)計(jì)原則,使組件具有可插...
摘要:簡介全稱為,是一種服務(wù)發(fā)現(xiàn)機(jī)制。的本質(zhì)是將接口實(shí)現(xiàn)類的全限定名配置在文件中,并由服務(wù)加載器讀取配置文件,加載實(shí)現(xiàn)類。不過,并未使用原生的機(jī)制,而是對其進(jìn)行了增強(qiáng),使其能夠更好的滿足需求。并未使用,而是重新實(shí)現(xiàn)了一套功能更強(qiáng)的機(jī)制。 1、SPI簡介 SPI 全稱為 Service Provider Interface,是一種服務(wù)發(fā)現(xiàn)機(jī)制。SPI 的本質(zhì)是將接口實(shí)現(xiàn)類的全限定名配置在文件中...
摘要:二注解該注解為了保證在內(nèi)部調(diào)用具體實(shí)現(xiàn)的時(shí)候不是硬編碼來指定引用哪個(gè)實(shí)現(xiàn),也就是為了適配一個(gè)接口的多種實(shí)現(xiàn),這樣做符合模塊接口設(shè)計(jì)的可插拔原則,也增加了整個(gè)框架的靈活性,該注解也實(shí)現(xiàn)了擴(kuò)展點(diǎn)自動裝配的特性。 Dubbo擴(kuò)展機(jī)制SPI 前一篇文章《dubbo源碼解析(一)Hello,Dubbo》是對dubbo整個(gè)項(xiàng)目大體的介紹,而從這篇文章開始,我將會從源碼來解讀dubbo再各個(gè)模塊的實(shí)...
閱讀 1278·2021-10-14 09:50
閱讀 1579·2019-08-30 15:54
閱讀 1040·2019-08-30 11:22
閱讀 2931·2019-08-30 10:50
閱讀 1816·2019-08-29 18:39
閱讀 3065·2019-08-29 13:07
閱讀 2087·2019-08-28 17:54
閱讀 761·2019-08-26 17:44