腾讯云CMQ消息队列测试

本文通过实际测试展示了腾讯云CMQ队列服务的基本功能,包括队列创建、消息发送与接收的过程及限制。重点分析了批量发送消息的数量上限,并探讨了不同场景下服务的一致性和效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本地模式:

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值