基于Dubbo2.7的元數(shù)據(jù)，Dubbo Admin實現(xiàn)了服務測試功能，可以通過泛化調(diào)用，在控制臺上調(diào)用真實的服務提供者

使用方式

• 部署服務提供者： 可以在這里下載demo，此工程基于spring boot，方便在IDE或者命令行啟動，對于服務測試來說，只需要啟動dubbo-basic-provider即可。
• 服務查詢： 完成服務端部署后，可以到Dubbo Admin的服務測試頁面上查詢對應的服務:?
  這里的信息和元數(shù)據(jù)類似，包含方法名，參數(shù)類型和返回值信息，點擊右邊的標簽就可以進入服務測試頁面
• 服務測試：?
  服務測試頁面包含了兩個json編輯器，參數(shù)類型的信息都是以json格式保存，這里需要填入對應的參數(shù)值(本例中數(shù)類型時String)，填寫完成后點擊執(zhí)行即可對服務端發(fā)起調(diào)用，調(diào)用結果展示在右邊的編輯器中，如果調(diào)用失敗，會顯示詳細的失敗原因，下面來看一下調(diào)用失敗的例子：
  本例中，先關掉Dubbo服務提供者的進程，再執(zhí)行服務測試，可以看到返回的結果是找不到服務提供者的異常。和普通調(diào)用一樣，業(yè)務和框架的異常都會返回在結果中，方便業(yè)務排查。
• 復合類型參數(shù)
  考慮UserService中的以下方法和類型：

//org.apache.dubbo.demo.api.UserService Result getUser(String name, UserInfoDO userInfoDO); public class UserInfoDO {private int id;private LocationDO locationDO;private DepartmentDO departmentDO;@Overridepublic String toString() {return "UserInfoDO{" +"id=" + id +", locationDO=" + locationDO.toString() +", departmentDO=" + departmentDO.toString() +'}';} } public class DepartmentDO {private String departName;private LocationDO departLocation;@Overridepublic String toString() {return "DepartmentDO{" +"departName='" + departName + '\'' +", departLocation=" + departLocation.toString() +'}';} } public class LocationDO {private String address;private int postNum;@Overridepublic String toString() {return "LocationDO{" +"address='" + address + '\'' +", postNum=" + postNum +'}';} }

參數(shù)是比較復雜的符合類型參數(shù)，服務測試的時候，會逐層展開填寫每一個field的值，如下圖所示：
同樣可以調(diào)用成功并且返回結果

原理：數(shù)據(jù)來源

服務測試中，最重要的就是完整的方法簽名信息，和參數(shù)的類型信息，有了這些信息才能夠一步步填入每個參數(shù)的值，拼裝出完整的服務消費者。在Dubbo2.7中，新增了元數(shù)據(jù)中心，Dubbo Admin的方法簽名和參數(shù)類型信息就是從這里來的：
如圖所示，服務端在運行的時候會將服務的元數(shù)據(jù)信息注冊到元數(shù)據(jù)中心，格式如下：

{..."methods": [{"name": "sayHello","parameterTypes": ["org.apache.dubbo.demo.model.User"],"returnType": "org.apache.dubbo.demo.model.Result"},...],"types": [{"type": "char"},{"type": "long"},{"type": "org.apache.dubbo.demo.model.Result","properties": {"msg": {"type": "java.lang.String","properties": {"value": {"type": "char[]"},"hash": {"type": "int"}}},"userName": {"type": "java.lang.String","properties": {"value": {"type": "char[]"},"hash": {"type": "int"}}}}},{"type": "org.apache.dubbo.demo.model.User","properties": {"id": {"type": "java.lang.Long","properties": {"value": {"type": "long"}}},"username": {"type": "java.lang.Sring","properties": {"value": {"type": "char[]"},"hash": {"type": "int"}}}}},...] }

與服務測試相關的就是methods和types所包含的方法和類型信息，Dubbo Admin根據(jù)這些信息，將參數(shù)渲染到服務測試頁面的Json Editor中，由用戶來輸入每個參數(shù)，每個成員變量的值。

原理： 泛化調(diào)用

有了參數(shù)類型，下一個問題就是怎么能夠調(diào)用到服務端，在傳統(tǒng)的Dubbo RPC調(diào)用中，客戶端需要依賴服務端的API jar包(參考前文demo中的dubbo-basic-consumer)，這對于Dubbo Admin來說不太可能，因為服務的上下線是動態(tài)的，Dubbo Admin無法動態(tài)增加jar包依賴，因此需要用到Dubbo中的泛化調(diào)用，指的是在沒有服務端API接口的情況下，客戶端直接通過?GenericService?接口來發(fā)起服務調(diào)用，返回值中的數(shù)據(jù)對象都用Map來表示。泛化調(diào)用在服務端不需要做特殊處理，只需要客戶端發(fā)起即可。

總結和展望

本文簡單介紹了服務測試的用法和原理，后續(xù)會進一步針對該功能進行增強，比如處理抽象類的參數(shù)類型，支持從json文件導入?yún)?shù)值，支持對參數(shù)值的保存等等，方便對服務接口進行回歸測試。

原文：http://dubbo.apache.org/zh-cn/blog/service-test.html

?

總結

以上是生活随笔為你收集整理的Dubbo Admin服务测试功能的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。