版权声明：本文由王冲原创文章，转载请注明出处: 

文章原文链接：

来源：腾云阁 

 

本地模式：

使用的外网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的内测体验资格