### StatementHandler介紹
StatementHandler?是Mybatis四大組件中另外一個重要的對象,它負責操作Statement對象與數據庫進行交流,在工作時會使用 ParameterHandler對參數進行映射,使用ResultSetHandler對結果進行實體類的綁定。通過接口定義初步了解StatementHandler的功能。
~~~java
public interface StatementHandler {
// 使用Connection創建Statement對象,設置事務超時時間
Statement prepare(Connection connection, Integer transactionTimeout)
throws SQLException;
// 為Statement綁定參數,
// 其中會使用ParameterHandler進行參數綁定
void parameterize(Statement statement)
throws SQLException;
void batch(Statement statement)
throws SQLException;
// 執行insert/update/delete類型的sql語句
int update(Statement statement)
throws SQLException;
// 執行select語句
<E> List<E> query(Statement statement, ResultHandler resultHandler)
throws SQLException;
<E> Cursor<E> queryCursor(Statement statement)
throws SQLException;
// 獲取BoundSql對象
BoundSql getBoundSql();
// 獲取ParameterHandler對象
ParameterHandler getParameterHandler();
}
復制代碼
~~~
StatementHandler接口方法不多,圍繞Statement的創建與執行進行設計,通過查看接口定義,可以了解到其主要作用有:
* 創建Statement對象、綁定Statement參數;
* 執行select、update、insert、delete以及其他類型的sql語句;
* 批量執行SQL語句
* 完成結果集向結果對象的轉換;

StatementHandler的繼承體系如圖所示,該接口有兩個實現類,其結構與Executor有異曲同工之妙:
* BaseStatementHandler:主要提供了構造方法完成對所有字段的初始化工作;實現了prepare接口,以模板化方式創建Statement對象,其中Statement的創建工作由其子類實現。BaseStatementHandler包含三個子類:
* SimpleStatementHandler:處理不需要預編譯的SQL語句,類似于JDBC中的Statement;
* PreparedStatementHandler:處理需要預編譯的SQL語句,類似于JDBC中的PreparedStatement;
* CallableStatementHandler:處理存儲過程,類似于JDBC中的CallableStatement;
* RoutingStatementHandler:看了它的實現就會知道,它除了根據statementType創建對應的Handler完成以上三個子類處理器的創建與路由,剩下的就是對接口進行路由,也是“名副其實”。
StatementHandler的生命周期由Executor調度管理,其中使用StatementHandler的流程都在doXxxx方法中,接下來結合源碼對StatementHandler的流程進行分析。
### 創建流程
由doXxxx方法可知,StatementHandler是通過Configuration#newStatementHandler方法創建的,跟著源碼走下流程:
~~~java
//org.apache.ibatis.session.Configuration#newStatementHandler
public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
// 創建StatementHandler時,首先創建的是RoutingStatementHandler這個路由對象;
// RoutingStatementHandler會根據ms的類型動態創建相應的StatementHandler
StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);
statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler);
return statementHandler;
}
//org.apache.ibatis.executor.statement.RoutingStatementHandler#RoutingStatementHandler
// 根據statementType創建不同的Handler
public RoutingStatementHandler(Executor executor, MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
switch (ms.getStatementType()) {
case STATEMENT:
delegate = new SimpleStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
break;
case PREPARED:
delegate = new PreparedStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
break;
case CALLABLE:
delegate = new CallableStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
break;
default:
throw new ExecutorException("Unknown statement type: " + ms.getStatementType());
}
}
復制代碼
~~~
newStatementHandler方法非常簡單,只有三行:創建RoutingStatementHandler、加載插件、返回已創建的statementHandler對象。
通過“介紹”我們知道RoutingStatementHandler是一個路由類,其內部創建了真正工作的StatementHandler,完成這一工作的就是它的構造方法。從源碼可知,它根據ms.getStatementType()對應的StatementType創建具體的StatementHandler。**那\*\*\*\*ms.getStatementType()是什么類型呢?**
默認情況下,MappedStatement.Builder#Builder把statementType設置為PREPARED。若要修改statementType類型,我們需要在mapper文件的select、insert、update、delete標簽中設置statementType屬性,以select為例:
~~~sql
<select
id="selectPerson"
resultMap="personResultMap"
statementType="PREPARED或STATEMENT或CALLABLE">
復制代碼
~~~
OK,創建流程分析完成,我們得到了一個RoutingStatementHandler對象,它內部含有對具體StatementHandler的引用。
### prepare流程
在sql命令執行之前,需要完成Statement的創建及初始化工作,完成這一工作的方式就是方法StatementHandler#prepare。以SimpleExecutor#doQuery為例,來看下prepare流程:
~~~sql
@Override
public <E> List<E> doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {
Statement stmt = null;
try {
//獲取配置對象
Configuration configuration = ms.getConfiguration();
//創建StatementHandler
StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);
//準備Statement
stmt = prepareStatement(handler, ms.getStatementLog());
//執行查詢
return handler.query(stmt, resultHandler);
} finally {
//關閉Statement
closeStatement(stmt);
}
}
// org.apache.ibatis.executor.SimpleExecutor#prepareStatement
private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {
Statement stmt;
Connection connection = getConnection(statementLog);
// 創建Statement對象,這里使用BaseStatementHandler的模板方法按照流程創建并設置參數;
// 創建Statement對象的具體邏輯由BaseStatementHandler的子類實現
stmt = handler.prepare(connection, transaction.getTimeout());
// 設置Statement中的參數,這里使用了ParameterHandler
handler.parameterize(stmt);
return stmt;
}
復制代碼
~~~
從doQuery到prepareStatement,里面調用了StatementHandler#prepare方法,具體實現類取決于當前handler的類型。默認情況下,會通過RoutingStatementHandler調用到BaseStatementHandler#prepare,它是一個模板方法,通過代碼可知它完成三件工作:實例化Statement、設置超時參數、設置返回數據量范圍。
~~~java
//org.apache.ibatis.executor.statement.BaseStatementHandler#prepare
public Statement prepare(Connection connection, Integer transactionTimeout) throws SQLException {
ErrorContext.instance().sql(boundSql.getSql());
Statement statement = null;
try {
//實例化:抽象方法由子類實現
statement = instantiateStatement(connection);
setStatementTimeout(statement, transactionTimeout);
setFetchSize(statement);
return statement;
} catch (SQLException e) {
closeStatement(statement);
throw e;
} catch (Exception e) {
closeStatement(statement);
throw new ExecutorException("Error preparing statement. Cause: " + e, e);
}
}
復制代碼
~~~
其中,實例化方法instantiateStatement是抽象方法,由BaseStatementHandler的子類實現,大體實現方式類似,我們逐個看下。
#### SimpleStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.SimpleStatementHandler#instantiateStatement
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
// resultSetType默認值,直接使用connection創建Statement
if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.createStatement();
} else {
// 否則:按照結果集類型及并發模式(只讀)創建
return connection.createStatement(mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
復制代碼
~~~
SimpleStatementHandler的實現只關心ResultSetType,如果是默認(UNSET)則使用不帶參數的createStatement;如果則使用只讀方式創建Statement。
ResultSetType設置ResultSet對象的類型標示可滾動,或者是不可滾動。FORWARD\_ONLY:結果集僅能向前滾動;SCROLL\_INSENSITIVE:結果集前后都可以滾動,但是對數據修改無感知;SCROLL\_SENSITIVE:結果集前后都可以滾動,感知對數據修改。
如果PreparedStatement對象初始化時resultSetType參數設置為FORWARD\_ONLY,在從ResultSet(結果集)中讀取記錄的時,對于訪問過的記錄就自動釋放了內存。而設置為SCROLL\_INSENSITIVE或SCROLL\_SENSITIVE時為了保證能游標能向上移動到任意位置,已經訪問過的所有都保留在內存中不能釋放。所以大量數據加載的時候,就OOM了。
#### PreparedStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.PreparedStatementHandler#instantiateStatement
// PreparedStatementHandler的實現比SimpleStatementHandler的實現多了對keyGenerator的判斷
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
String sql = boundSql.getSql();
// 如果是自增主鍵并且無keyColumns則設置返回自增值。
if (mappedStatement.getKeyGenerator() instanceof Jdbc3KeyGenerator) {
String[] keyColumnNames = mappedStatement.getKeyColumns();
if (keyColumnNames == null) {
return connection.prepareStatement(sql, PreparedStatement.RETURN_GENERATED_KEYS);
} else {
return connection.prepareStatement(sql, keyColumnNames);
}
} else if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.prepareStatement(sql);
} else {
return connection.prepareStatement(sql, mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
復制代碼
~~~
PreparedStatementHandler的實現與SimpleStatementHandler的區別就是增加了數據庫主鍵生成器的判斷邏輯,僅適用于insert和update語句,這會令 MyBatis 使用 JDBC 的 getGeneratedKeys 方法來取出由數據庫內部生成的主鍵。
#### CallableStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.CallableStatementHandler#instantiateStatement
// 存儲過程的處理邏輯。
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
String sql = boundSql.getSql();
if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.prepareCall(sql);
} else {
return connection.prepareCall(sql, mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
復制代碼
~~~
CallableStatementHandler處理存儲過程相關的準備工作。
### parameterize流程
parameterize方法用于sql命令的參數設置,它需要使用ParameterHandler完成對SQL語句中參數占位符的賦值工作。ParameterHandler的工作原理單獨說明,這里不再展開。看下三個實現差別:
~~~java
@Override
public void parameterize(Statement statement) {
// N/A
}
//PreparedStatementHandler#parameterize
@Override
public void parameterize(Statement statement) throws SQLException {
parameterHandler.setParameters((PreparedStatement) statement);
}
//CallableStatementHandler#parameterize
@Override
public void parameterize(Statement statement) throws SQLException {
// 設置輸出參數
registerOutputParameters((CallableStatement) statement);
// 與PreparedStatementHandler方式一致
parameterHandler.setParameters((CallableStatement) statement);
}
復制代碼
~~~
### update流程
update()方法用于執行insert/update/delete命令,日常開發使用頻率較高,RoutingStatementHandler僅做代理轉發,BaseStatementHandler本身沒有實現這個方法,而是由其三個子類直接實現。下面分別看下其實現過程。
#### SimpleStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
String sql = boundSql.getSql();
Object parameterObject = boundSql.getParameterObject();
//獲取mappedStatement的主鍵生成方式
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
int rows;
// 主鍵自增方式
if (keyGenerator instanceof Jdbc3KeyGenerator) {
statement.execute(sql, Statement.RETURN_GENERATED_KEYS);
rows = statement.getUpdateCount();
//執行完成后,處理返回主鍵值
keyGenerator.processAfter(executor, mappedStatement, statement, parameterObject);
} else if (keyGenerator instanceof SelectKeyGenerator) {
// Sequence Key
statement.execute(sql);
rows = statement.getUpdateCount();
//執行完成后,處理返回主鍵值
keyGenerator.processAfter(executor, mappedStatement, statement, parameterObject);
} else {
// 無主鍵返回要求
statement.execute(sql);
rows = statement.getUpdateCount();
}
return rows;
}
復制代碼
~~~
SimpleStatementHandler#update根據mappedStatement的KeyGenerator類型分為三種情況進行處理,重點在于主鍵值的生成方式,通過processAfter方法設置數據庫返回的主鍵值。
#### PreparedStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
PreparedStatement ps = (PreparedStatement) statement;
ps.execute();
int rows = ps.getUpdateCount();
Object parameterObject = boundSql.getParameterObject();
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
keyGenerator.processAfter(executor, mappedStatement, ps, parameterObject);
return rows;
}
復制代碼
~~~
PrepareStatementHandler處理的是PreparedStatement,調用execute方法后,處理返回主鍵值。
#### CallableStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
CallableStatement cs = (CallableStatement) statement;
cs.execute();
int rows = cs.getUpdateCount();
Object parameterObject = boundSql.getParameterObject();
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
keyGenerator.processAfter(executor, mappedStatement, cs, parameterObject);
resultSetHandler.handleOutputParameters(cs);
return rows;
}
復制代碼
~~~
CallableStatementHandler的多了出參處理邏輯。
### query流程
query方法用于處理select命令,同樣由BaseStatementHandler的三個子類實現,主要有兩個步驟:執行sql、處理返回結果,其中處理返回結果需要使用ResultSetHandler。過程比較簡單,代碼就不再貼出來了。
### 總結
在Mybatis中,StatementHandler起到了承上啟下的作用,向上與mybatis框架整合在一起,在Executor的協調組織下處理請求,向下有效的組合ParameterHandler、ResultSetHandler等組件,通過不同Statement與JDBC進行“聯絡溝通”。
StatementHandler提供了對Statement生命周期控制及執行的方法,以接口方式暴露給上層的Executor使用。到了StatementHandler這一層,Mybatis也算完成了與JDBC的責任交接,接下來就是JDBC內部的邏輯了。
作者:碼路印記
鏈接:https://juejin.cn/post/6885307966506041357
來源:掘金
著作權歸作者所有。商業轉載請聯系作者獲得授權,非商業轉載請注明出處。
- 一.JVM
- 1.1 java代碼是怎么運行的
- 1.2 JVM的內存區域
- 1.3 JVM運行時內存
- 1.4 JVM內存分配策略
- 1.5 JVM類加載機制與對象的生命周期
- 1.6 常用的垃圾回收算法
- 1.7 JVM垃圾收集器
- 1.8 CMS垃圾收集器
- 1.9 G1垃圾收集器
- 2.面試相關文章
- 2.1 可能是把Java內存區域講得最清楚的一篇文章
- 2.0 GC調優參數
- 2.1GC排查系列
- 2.2 內存泄漏和內存溢出
- 2.2.3 深入理解JVM-hotspot虛擬機對象探秘
- 1.10 并發的可達性分析相關問題
- 二.Java集合架構
- 1.ArrayList深入源碼分析
- 2.Vector深入源碼分析
- 3.LinkedList深入源碼分析
- 4.HashMap深入源碼分析
- 5.ConcurrentHashMap深入源碼分析
- 6.HashSet,LinkedHashSet 和 LinkedHashMap
- 7.容器中的設計模式
- 8.集合架構之面試指南
- 9.TreeSet和TreeMap
- 三.Java基礎
- 1.基礎概念
- 1.1 Java程序初始化的順序是怎么樣的
- 1.2 Java和C++的區別
- 1.3 反射
- 1.4 注解
- 1.5 泛型
- 1.6 字節與字符的區別以及訪問修飾符
- 1.7 深拷貝與淺拷貝
- 1.8 字符串常量池
- 2.面向對象
- 3.關鍵字
- 4.基本數據類型與運算
- 5.字符串與數組
- 6.異常處理
- 7.Object 通用方法
- 8.Java8
- 8.1 Java 8 Tutorial
- 8.2 Java 8 數據流(Stream)
- 8.3 Java 8 并發教程:線程和執行器
- 8.4 Java 8 并發教程:同步和鎖
- 8.5 Java 8 并發教程:原子變量和 ConcurrentMap
- 8.6 Java 8 API 示例:字符串、數值、算術和文件
- 8.7 在 Java 8 中避免 Null 檢查
- 8.8 使用 Intellij IDEA 解決 Java 8 的數據流問題
- 四.Java 并發編程
- 1.線程的實現/創建
- 2.線程生命周期/狀態轉換
- 3.線程池
- 4.線程中的協作、中斷
- 5.Java鎖
- 5.1 樂觀鎖、悲觀鎖和自旋鎖
- 5.2 Synchronized
- 5.3 ReentrantLock
- 5.4 公平鎖和非公平鎖
- 5.3.1 說說ReentrantLock的實現原理,以及ReentrantLock的核心源碼是如何實現的?
- 5.5 鎖優化和升級
- 6.多線程的上下文切換
- 7.死鎖的產生和解決
- 8.J.U.C(java.util.concurrent)
- 0.簡化版(快速復習用)
- 9.鎖優化
- 10.Java 內存模型(JMM)
- 11.ThreadLocal詳解
- 12 CAS
- 13.AQS
- 0.ArrayBlockingQueue和LinkedBlockingQueue的實現原理
- 1.DelayQueue的實現原理
- 14.Thread.join()實現原理
- 15.PriorityQueue 的特性和原理
- 16.CyclicBarrier的實際使用場景
- 五.Java I/O NIO
- 1.I/O模型簡述
- 2.Java NIO之緩沖區
- 3.JAVA NIO之文件通道
- 4.Java NIO之套接字通道
- 5.Java NIO之選擇器
- 6.基于 Java NIO 實現簡單的 HTTP 服務器
- 7.BIO-NIO-AIO
- 8.netty(一)
- 9.NIO面試題
- 六.Java設計模式
- 1.單例模式
- 2.策略模式
- 3.模板方法
- 4.適配器模式
- 5.簡單工廠
- 6.門面模式
- 7.代理模式
- 七.數據結構和算法
- 1.什么是紅黑樹
- 2.二叉樹
- 2.1 二叉樹的前序、中序、后序遍歷
- 3.排序算法匯總
- 4.java實現鏈表及鏈表的重用操作
- 4.1算法題-鏈表反轉
- 5.圖的概述
- 6.常見的幾道字符串算法題
- 7.幾道常見的鏈表算法題
- 8.leetcode常見算法題1
- 9.LRU緩存策略
- 10.二進制及位運算
- 10.1.二進制和十進制轉換
- 10.2.位運算
- 11.常見鏈表算法題
- 12.算法好文推薦
- 13.跳表
- 八.Spring 全家桶
- 1.Spring IOC
- 2.Spring AOP
- 3.Spring 事務管理
- 4.SpringMVC 運行流程和手動實現
- 0.Spring 核心技術
- 5.spring如何解決循環依賴問題
- 6.springboot自動裝配原理
- 7.Spring中的循環依賴解決機制中,為什么要三級緩存,用二級緩存不夠嗎
- 8.beanFactory和factoryBean有什么區別
- 九.數據庫
- 1.mybatis
- 1.1 MyBatis-# 與 $ 區別以及 sql 預編譯
- Mybatis系列1-Configuration
- Mybatis系列2-SQL執行過程
- Mybatis系列3-之SqlSession
- Mybatis系列4-之Executor
- Mybatis系列5-StatementHandler
- Mybatis系列6-MappedStatement
- Mybatis系列7-參數設置揭秘(ParameterHandler)
- Mybatis系列8-緩存機制
- 2.淺談聚簇索引和非聚簇索引的區別
- 3.mysql 證明為什么用limit時,offset很大會影響性能
- 4.MySQL中的索引
- 5.數據庫索引2
- 6.面試題收集
- 7.MySQL行鎖、表鎖、間隙鎖詳解
- 8.數據庫MVCC詳解
- 9.一條SQL查詢語句是如何執行的
- 10.MySQL 的 crash-safe 原理解析
- 11.MySQL 性能優化神器 Explain 使用分析
- 12.mysql中,一條update語句執行的過程是怎么樣的?期間用到了mysql的哪些log,分別有什么作用
- 十.Redis
- 0.快速復習回顧Redis
- 1.通俗易懂的Redis數據結構基礎教程
- 2.分布式鎖(一)
- 3.分布式鎖(二)
- 4.延時隊列
- 5.位圖Bitmaps
- 6.Bitmaps(位圖)的使用
- 7.Scan
- 8.redis緩存雪崩、緩存擊穿、緩存穿透
- 9.Redis為什么是單線程、及高并發快的3大原因詳解
- 10.布隆過濾器你值得擁有的開發利器
- 11.Redis哨兵、復制、集群的設計原理與區別
- 12.redis的IO多路復用
- 13.相關redis面試題
- 14.redis集群
- 十一.中間件
- 1.RabbitMQ
- 1.1 RabbitMQ實戰,hello world
- 1.2 RabbitMQ 實戰,工作隊列
- 1.3 RabbitMQ 實戰, 發布訂閱
- 1.4 RabbitMQ 實戰,路由
- 1.5 RabbitMQ 實戰,主題
- 1.6 Spring AMQP 的 AMQP 抽象
- 1.7 Spring AMQP 實戰 – 整合 RabbitMQ 發送郵件
- 1.8 RabbitMQ 的消息持久化與 Spring AMQP 的實現剖析
- 1.9 RabbitMQ必備核心知識
- 2.RocketMQ 的幾個簡單問題與答案
- 2.Kafka
- 2.1 kafka 基礎概念和術語
- 2.2 Kafka的重平衡(Rebalance)
- 2.3.kafka日志機制
- 2.4 kafka是pull還是push的方式傳遞消息的?
- 2.5 Kafka的數據處理流程
- 2.6 Kafka的腦裂預防和處理機制
- 2.7 Kafka中partition副本的Leader選舉機制
- 2.8 如果Leader掛了的時候,follower沒來得及同步,是否會出現數據不一致
- 2.9 kafka的partition副本是否會出現腦裂情況
- 十二.Zookeeper
- 0.什么是Zookeeper(漫畫)
- 1.使用docker安裝Zookeeper偽集群
- 3.ZooKeeper-Plus
- 4.zk實現分布式鎖
- 5.ZooKeeper之Watcher機制
- 6.Zookeeper之選舉及數據一致性
- 十三.計算機網絡
- 1.進制轉換:二進制、八進制、十六進制、十進制之間的轉換
- 2.位運算
- 3.計算機網絡面試題匯總1
- 十四.Docker
- 100.面試題收集合集
- 1.美團面試常見問題總結
- 2.b站部分面試題
- 3.比心面試題
- 4.騰訊面試題
- 5.哈羅部分面試
- 6.筆記
- 十五.Storm
- 1.Storm和流處理簡介
- 2.Storm 核心概念詳解
- 3.Storm 單機版本環境搭建
- 4.Storm 集群環境搭建
- 5.Storm 編程模型詳解
- 6.Storm 項目三種打包方式對比分析
- 7.Storm 集成 Redis 詳解
- 8.Storm 集成 HDFS 和 HBase
- 9.Storm 集成 Kafka
- 十六.Elasticsearch
- 1.初識ElasticSearch
- 2.文檔基本CRUD、集群健康檢查
- 3.shard&replica
- 4.document核心元數據解析及ES的并發控制
- 5.document的批量操作及數據路由原理
- 6.倒排索引
- 十七.分布式相關
- 1.分布式事務解決方案一網打盡
- 2.關于xxx怎么保證高可用的問題
- 3.一致性hash原理與實現
- 4.微服務注冊中心 Nacos 比 Eureka的優勢
- 5.Raft 協議算法
- 6.為什么微服務架構中需要網關
- 0.CAP與BASE理論
- 十八.Dubbo
- 1.快速掌握Dubbo常規應用
- 2.Dubbo應用進階
- 3.Dubbo調用模塊詳解
- 4.Dubbo調用模塊源碼分析
- 6.Dubbo協議模塊