腾讯云CMQ消息队列测试

来源:互联网 发布:禁忌的边界线动作数据 编辑:程序博客网 时间:2024/05/17 22:00

本地模式:

使用的外网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产品经理针对文章里的问题特意发来的邮件回复:

0 0
原创粉丝点击