版权声明：本文由王冲原创文章，转载请注明出处:
文章原文链接：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/*.javajar -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的内测体验资格
