最近工作中接到一個需求，需要對一個MQ消息隊列進行性能測試，測試其消費能力，開發提供了一個dubbo服務來供我調用發送消息。
這篇博客，介紹下如何利用jmeter來測試dubbo接口，並進行性能測試。。。
一、Dubbo簡介
dubbo是一個分布式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。其核心部分包含如下幾點：
1、遠程通訊：提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式；
2、集群容錯：提供基於接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持；
3、自動發現：基於注冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器；
4、dubbo簡化模型
二、Dubbo插件
1、jmeter本身並不支持dubbo接口的測試，需要下載第三方插件，然后將jar包放入${JMETER_HOME}\lib\ext路徑下，重啟即可。
插件下載地址：jmeter-plugins-dubbo
2、選擇自己需要的插件，為了適配性考慮，建議1.3.2及以上的版本。
各版本更新說明：changelog
3、參數說明
三、Dubbo Sample
啟動jmeter，添加線程組→Sampler→Listener，dubbo-sample界面如下：
各參數說明如下：
Protocol：注冊協議，包括zookeeper、multicast、Redis、simple；
Address：注冊地址，dubbo服務的IP+Port：
①、當使用zk，address填入zk地址，集群地址使用","分隔；
②、使用dubbo直連，address填寫直連地址和服務端口；
Protocol：使用的dubbo協議，包括dubbo、rmi、hessian、webservice、memcached、redis，根據自己的協議類型選擇對應的選項即可；
Timeout：請求超時時間，單位ms，根據dubbo具體配置填寫；
Version：版本，dubbo不同版本之間差異較大，不同版本之間不能互相調用，這里指定dubbo版本，是為了方便識別和說明；
Retries：異常重試次數（類似這種分布式服務通信框架，大多都有重試機制，是為了保證事務成功率）；
Cluster：集群類型，包括failover、failfast、failsafe、failback、failking；
Group：組類型，如果有的話，根據配置填寫即可；
Connections：連接數，同上，根據配置填寫；
Async：服務處理類型，包括sync（同步）、async（異步），根據配置填寫；
Loadbalance：負載均衡策略，包括random（隨機）、roundrobin（輪詢）、leastactive（最少活躍數）、consistenthash（一致性哈希）；
Interface：接口名（因為dubbo服務大多是開發根據規范自行命名的，因此這里需要填寫完整的接口名+包名）；
Method：當前接口下的方法名，按照開發提供的API文檔填寫即可；
Args：接口報文，根據API文檔填寫，如上圖所示，添加輸入行，輸入對應的參數類型和值即可（參數類型和值如何定義填寫，請參考上面的鏈接）；
①、paramType：參數支持任何類型，包裝類直接使用java.lang下的包裝類，小類型使用：int、float、shot、double、long、byte、boolean、char，自定義類使用類完全名稱；
②、paramValue：基礎包裝類和基礎小類型直接使用值，例如：int為1，boolean為true等，自定義類與List或者Map等使用json格式數據；
以上即為利用jmeter的dubbo插件進行dubbo接口的測試，當然，同樣可以進行性能測試，更多使用方式請自行探索。。。