尘央_个人页

。。。 你们这种情况一般是因为没有连上MQ集群，建议排查下自己是否硬编码了name server的地址。。

未消费消息的计算是根据消费位点来计算的，对于Push模式消费位点由SDK来自动提交，如果使用Pull模式需要自行来提交。 看你的情况应该是消费速度太慢。

回 楼主(windpicker) 的帖子 可以参考。需要自己写。

你为什么需要创建Consumer Group。你搭建的私有mq环境应该是可以自动创建consumer group的。比赛集群由我们来创建，你完全没必要自己创建。 ------------------------- 回 4楼(纸房子) 的帖子 你需要设置Consumer Group，设置为你的team code。具体设置值可以在提交代码界面看到。 ------------------------- 回 4楼(纸房子) 的帖子 你应该是刚来参赛，建议详细看下已经有的文档和教程，少走弯路。

  这种问题啊。。。到处都有说明， 答了几十次了。看下高亮的资料吧，看下FAQ。

你看下pom文件里面，有句关于provided的注释。 如果还是不行，可以加一个slf4j-api的依赖

你就别为比赛集群操心了，专心自己的代码吧。 keySet的这个接口，应该从有map开始就有吧。只是KeySetView since 1.8的。 你这种情况应该是用1.8编译了RocketMQ，但后续又在1.7的环境里运行。你可以将自己的集群统一成一个版本。 ------------------------- 回 6楼(uestc_ys) 的帖子 仔细检查环境吧，这种情况是不可能的。

正式比赛只有打包日志了，没有其它日志。 然后key不带{}花括号的。

推荐使用环境变量NAMESRV_ADDR或者java -Drocketmq.namesrv.addr

store目录删了肯定什么数据都没了。 除了删目录，也可以重置消费位点到当前时间点，来丢弃以前堆积的消息数据。 ------------------------- 回 2楼(jeremy_aligo) 的帖子 1.订阅多个就可以啊。可以看下RocketMQ工程下的Example模块，有不少使用示例。 2.当然，订单生成了才需要付款。 ------------------------- 回 4楼(wishworld) 的帖子 https://bbs.aliyun.com/read/284669.html?spm=5176.bbsl254.0.0.li9SSv 参考这个文档 ------------------------- 回 8楼(jeremy_aligo) 的帖子 1.不太明白你的意思，你先看下RocketMQ的Example。 2.时间不确定 ------------------------- 回 10楼(jeremy_aligo) 的帖子 这是两个不同topic的消息，而且消费逻辑是你自己实现的，什么情况都有。 ------------------------- 回 12楼(jeremy_aligo) 的帖子 怎么会随机取呢，有并发消费和顺序消费两种。建议看看RocketMQ给的示例代码。

回 楼主(runtimeerror) 的帖子 最后一次

1. 订单交易额统计的是交易记录，用交易消息的时间。 2. 没有严格的有序保证。 ------------------------- 回 3楼(runtimeerror) 的帖子 亲 都要用Pay里面的。

hi， 建议联系下阿里云的客服小二找下解决方案。

。。再多提供一些信息吧。 ------------------------- 可以贴下你的代码。有可能你上次测试的时候还剩下一些数据没被消费完，本次测试消费过来了。另外，mq是有可能消息重复的。 ------------------------- 回 4楼(wishworld) 的帖子 topic应该有很多个队列，具体多少个还暂时未定，不必关注这些。 具体的编码细节需要你们自己来设计了。

hi 可以通过-Drocketmq.namesrv.addr=x.x.x.x的方式来设置 也可以配置一个系统级别的环境变量NAMESRV_ADDR。 也可以调用api进行设置。 ------------------------- 回 2楼(半夜郎中) 的帖子   不需要在代码中设置。 ------------------------- 回 5楼(baiwfg2) 的帖子 建议不要再代码中进行设置。 可以在启动程序的时候使用java -Drocketmq.namesrv.addr=x.x.x.x的方式来运行程序 也可以配置一个环境变量NAMESRV_ADDR=xxxx。 这两项配置任一一项即生效，不需要你自己去写代码解析地址，mq会做这件事情。 ------------------------- 回 8楼(baiwfg2) 的帖子 当然会的。

hi，付款消息跟订单不是同一时间生成的，付款消息一般比较滞后，当然也有可能收不到付款信息。 这些消息我们会提前堆积到队列中。 ------------------------- 回 3楼(jeremy_aligo) 的帖子 是的 下单完成并不意味着付款完成。 ------------------------- 回 2楼(wxybupt) 的帖子 嗯 我们给的数据付款消息之和是等于订单总价的。 ------------------------- 回 7楼(baiwfg2) 的帖子 有可能啊。。。多个渠道付款同时完成 。。还是有可能的。 ------------------------- 回 9楼(jeremy_aligo) 的帖子 大部分订单都有付款消息，也许所有的订单都有付款消息。 ------------------------- 回 12楼(小强7657723) 的帖子 我们不会做这样的保证。

Broker也需要知道name server的地址，可以用环境变量的方式指定。也可以在启动的时候mqbroker时，使用参数-n 192.168.74.129:9876 ------------------------- vipchannel是用于读写分离到。开源的rocketmq暂时还不支持该特性。建议使用3.2.6的client！ ------------------------- 回 7楼(青黄之地) 的帖子 请问你用的客户端版本是多少？ ------------------------- 回 10楼(青黄之地) 的帖子 是跑初赛DEMO出现的问题吗？

你好： 第一个问题我们先暂时不回答，也许不会回答。 第二个问题，根据时间有大致的顺序，不做有序保证。 第三个问题，金额是精确到0.01的。 ------------------------- 回 5楼(carrotuestc) 的帖子 不一定是24小时到数据，可能只是一部分！