作者：1467538766
使用的外網https,這個是可以支援的
windows測試：
執行
<code>javac -encoding utf-8 com/qcloud/cmq/Json/*.java com/qcloud/cmq/*.java</code>
<code>jar -cvf cmq.jar com/qcloud/cmq/Json/*.class com/qcloud/cmq/*.class</code>
queueName：隊列名字，在單個地域同一個帳号下必須唯一。
隊列名稱是一個不超過64個字元的字元串，必須以字母為首字元，剩餘部分可以包含字母、數字和橫劃線(-)
進行了簡單的測試，隊列名稱都是符合文檔規則
消息正文。表示這一批量中的一條消息。目前批量消息數量不能超過 16 條
這塊有個問題就是：都是編譯成功了的
自己寫了批量發送消息循環，當發送消息數最大值為1000時候，會直接報異常
當消息數最大值為10000時候，隔了5s左右，報出異常
當消息數最大值為100000時候，等了5分鐘還是沒有報異常出現。直接強制關閉
這塊覺得應該可以加一判斷，如果消息資料大于16的時候。快速報出exception
在linux伺服器上也進行了測試：
(BatchReceiveMessage) 用于消費隊列中的多條（目前最多16條）消息
在api可以正常擷取到
因接受消息時，調用了删除消息的函數故在控制台不會顯示
不可見消息裡面也是沒有的
同樣方法中文字元也是可以正常發送和接收的
每次最多隻能發送16條消息，600個單程依次發9600條資料
不到六分鐘 平均時長：
接受9600條資料，在五分鐘左右。每條資料10byte
獲得消息的速度是比發送消息快一些
以上是在伺服器上手動配送腳本測試的
如果我公司想要使用該[中間件]https://www.qcloud.com/product/cmq?fromSource=gwzcw.49055.49055.49055)的話，由于保證了絕對的一緻性，在對交易資料是很有必要的。但是流量資料相對來說不需要完全保證一緻性，丢很小一部分的資料也是可以接受的。畢竟效率會很快。
今天收到騰訊雲 CMQ 産品經理針對文章裡的問題特意發來的郵件回複：
同時謝謝騰訊雲提供CMQ的内測體驗資格！