回深圳后，欢迎到我司试试

我来当分子啦

@RedRoute 欢迎白天再来看看，是另一个模式哦

不，你的工作比较辛苦。要我校正这么多文本，我宁愿写代码 😂

别想那么多，用脚本读出来，修改后再写回去。

@MarkOrca 正常，我也会问。作为面试官不会考虑岗位薪资，先把候选人技术摸清楚，方便后续给到 hr 议价基准，真的特别厉害的，薪资就不是 jd 的价了。

geek? 那就写首歌，让音乐环绕在家里吧。

于是我需要买台 mbp 玩一下音乐，买个 logic pro x，顺便买个 pd 装个 windows 运行 fl，对比下哪个好用。
写好音乐后导出 mp3，买个树莓派 4 代播放媒体文件，将其搭载在一辆小车上，装上小音响(买个 genelec 拆开，把里边芯片取出反编译出来装在我的小音响里)，加个传感器，写个探路系统，让小车满家里跑。

还要切换不同歌，我的歌这么多，内存卡放不下，那就买个 nas 吧！多加几个 ssd 。通过网络读取。

有这些还不好？

看了楼主的博客，感觉很适合就职“基础平台部门”的岗位😼

去年在阿里买的 3 年 229，因为活动限制，用了个新号。我看现在虽然没那么便宜，但也只要 100 块 /1 年，还是很划算的。
https://www.aliyun.com/minisite/goods

@Nadao 发布主题，回复都需要消耗铜币。
点击本条回复的爱心按钮的话，我会偷走你的铜币。不信你点一个试试👀

#16 扫雷？

参考这个
https://v2ex.com/t/651367

@yangyuhan12138
#58 消费者单机的话加个文件🔒。https://github.com/foamzou/lockf
#60 一个队列拆到多台机应该不行的，很多东西要考虑

业务层区分日志重要程度，不希望丢的实时发，可以丢的累积发。

1. @niubee1 #46 @yangyuhan12138 #48，楼主，你在 48L 提的“我们需要有个异步去还原未支付的库存” 与 46L 说的加一个过期字段并不冲突。举个例子，每分钟跑一次，将过期的订单 select 出来，逐个处理。

2. 说下我的想法
- 2.1 轮询(定时)：最简单做就是加一个字段，每隔一段时间轮询一次数据库，逐个处理（弊端：符合条件的订单数太多，处理比较慢）
- 2.2 用延时队列：直接放到队列里，多个消费者并行处理（弊端：订单数太多，mq 积压）
- 2.3 轮询 + 延时队列：就是 39L 提到的。不多余好吗，楼主你不是担心消息数太多，MQ 内存顶不住吗。这个方案就是把即将过期的提前一点入队列，解决了 2.2 和 2.3 的弊端
以上三种方法都没毛病，按实际需求选择。个人建议不要过度设计，怎么简单怎么来，提前优化就提前提高了系统复杂度。如果是我选择，就用 2.2 。

针对楼主的主题内容再聊聊我的一些看法：
3. rmq 的水平扩容？多加机器节点不就是水平扩容吗。楼主提到现在 3 个节点，且队列都设置为镜像模式。看样子架构师很没有安全感呢。一般来说一主一从就可以了，即镜像数量设置为 1 个节点，我认为是 ok 的。这样，随着节点的数的增加，就分摊到不同节点了。因此，楼主提到的“上限还是为单台机器的容量”这个麻烦，实则是自己给自己找的。

4. redis zset 方案。这个方案实则是自己实现了一套不怎么靠谱的延时队列，有现成的 delayQueue 不用，折腾这个是干啥？是有别的考虑吗。

5. RMQ 的延时队列，可以用插件实现，不需要自己用死信队列实现了。