对二房东来说没什么太大的损失，这才让他们这么猖狂。 对他们来说 就是搏一搏单车变摩托， 犯罪成本太低了。

@LeeReamond 呃呃呃。目前的方案就是定时呀，定时扫描队列数据处理。
1. 你不是提到 ”直接加到期回调就行了 “么， 这个过期回调 应该是 业务被动回调吧？ 我想到的就是 redis 的过期监听回调，这个方案不会通过的。原因上面说了

2. mq 怎么做，mq 延迟队列吗？ Rocketmq 的延迟队列都是固定延迟级别吧？ 除非自定义延迟队列？

@cheng6563 手机端处理吗？ 手机端不监听 mq 消息的，手机端只做展示。 问题是后端 主动推消息给手机端，并把控流控问题。

@LeeReamond 就目前 手机端已经是 18 秒主动 调一次后端 获取数据了，但是 18 秒延迟太大了， 所以设计后端推的服务。 https://juejin.cn/post/6844904158227595271 请勿过度依赖 Redis 的过期监听

@LeeReamond redis 的过期监听回调吗？ 这个方案确实没想到。 这个方案应该评估不过的， 一方面是 redis 的过期本身是惰性的，定期扫描或者你主动 get key 的时候才发现过期， 时间没法保证。 另一方面 要修改中间件配置，redis 中间件可能不是一个团队在用，这个影响有点大。

大佬们有没有 在哪里 源码看过类似的设计？

@LeeReamond
我猜测： 第一个消息 实时推送，并在 redis 打标 过期 3 秒， 后面的消息 发现 redis 有记录则 本地缓存。 然后 定时任务 扫描本地缓存，redis 中没有 key 则推送本地缓存的数据？ 感觉方案可以。

@ql562482472 理论上可以 ，方案 应该不行， 不会为了这个搞个 mqtt 。

不会的，每个人都有自己的选择，好好把握就好。

感觉未来大家搞开发就会全在公司的机器上，个人电脑不会有代码，远程开发还能防止员工拷贝代码

润啊，在国内卷个 jb

不考虑预算就 mac

啥时候买的，啥问题

@liangkang1436 为啥插件能同步 快捷键就无法同步

垃圾 24g 内存够用？