騰訊雲CMQ消息隊列測試

版權聲明：本文由王沖原創文章，轉載請注明出處: 
文章原文鏈接：https://www.qcloud.com/community/article/128

來源：騰雲閣 https://www.qcloud.com/community

 

本地模式：

使用的外網https,這個是可以支持的
windows測試：
執行javac -encoding utf-8 com/qcloud/cmq/Json/*.java com/qcloud/cmq/*.java
jar -cvf cmq.jar com/qcloud/cmq/Json/*.class com/qcloud/cmq/*.class

創建隊列：

queueName：隊列名字，在單個地域同一個帳號下必須唯一。
隊列名稱是一個不超過64個字符的字符串，必須以字母為首字符，剩余部分可以包含字母、數字和橫划線(-)


進行了簡單的測試，隊列名稱都是符合文檔規則

發送消息：

batch批量發送消息;

消息正文。表示這一批量中的一條消息。目前批量消息數量不能超過 16 條

這塊有個問題就是：都是編譯成功了的
自己寫了批量發送消息循環，當發送消息數最大值為1000時候，會直接報異常
當消息數最大值為10000時候，隔了5s左右，報出異常
當消息數最大值為100000時候，等了5分鍾還是沒有報異常出現。直接強制關閉。
這塊覺得應該可以加一判斷，如果消息數據大於16的時候。快速報出exception
在linux服務器上也進行了測試：

接受消息：

(BatchReceiveMessage) 用於消費隊列中的多條（目前最多16條）消息

在api可以正常獲取到

因接受消息時，調用了刪除消息的函數故在控制台不會顯示

不可見消息里面也是沒有的

同樣方法中文字符也是可以正常發送和接收的

每次最多只能發送16條消息，600個單程依次發9600條數據
不到六分鍾 平均時長：
接受9600條數據，在五分鍾左右。每條數據10byte
獲得消息的速度是比發送消息快一些

以上是在服務器上手動配送腳本測試的

如果我公司想要使用該中間件的話，由於保證了絕對的一致性，在對交易數據是很有必要的。但是流量數據相對來說不需要完全保證一致性，丟很小一部分的數據也是可以接受的。畢竟效率會很快。

備注：
今天收到騰訊雲CMQ產品經理針對文章里的問題特意發來的郵件回復：

同時謝謝騰訊雲提供CMQ的內測體驗資格