@frankilla 是的，还是有出入的；但我觉得，把 70 版本的数值和功能做减法，基本就是 60 版本了，因为没有类似安图恩这种，整个大机制的改动

@merlinliu1 厉害呀，大佬，咱这个就是台服流出来的那个=.=

@sososi 是 qq 群，正文里面忘记说了=.=

@dazhige 有，但建议先别用，不然很快就腻了

补充下，每人会有 1000w 点券的启动资金，不过商城里面只有时装:)

如果你想做到点对点发消息，client 订阅的 topicFilter 路径带 id 也不是不行；但你即使不这样做，很多 mqtt broker 也都是支持点对点发消息的

1.使用手机号生成 jwt 字符串

2.用户登陆后，使用手机号作为 key ，jwt 字符串作为 value ，存入 redis ，将 jwt 字符串作为 token 下发给用户

3.用户访问时，后端解析用户传入的 jwt 字符串（ token ），拿到手机号后，使用手机号去 redis 查询对应的 jwt 字符串，校验是否和一致

以上三步，可以实现你的需求

@EasyProgramming 认真看了下场景，发现和我之前碰到的问题并不一致；你这个问题，如果你的数据库隔离级别是 RR 的话，推荐了解下 MVCC 的机制以及当前读和快照读，应该就会有答案了

你那边碰到的情况是不是：你的这段逻辑里面应该是有加锁的吧，比如根据用户 id 加了锁，是能够保证这段逻辑是串行执行的，但还是出现了并发问题，是不？

@amazingwujun 已 star~

@snowlyg 我对 emqx 插件那块不太了解，刚看了下，写插件的话，好像只能对 emqx 的消息做持久化；但是咱这个不仅支持消息的持久化，也支持订阅关系、客户端信息还有其它数据的持久化

@godymho 门店的订单、广告信息需要通过 mqtt 传输，mq 的话不太适合

@yinft emqx 开源版不支持数据持久化~