洗澡看会视频或者打两把王者

字段套了函数没法使用索引

@nutting 我也遇到过

@wolfie
@Osk
感谢感谢。
真的是搞不懂微软工程师是怎么想的

试用期用它干啥？尝个新鲜吗？

@hwdef 什么梗

睡得太晚吧

@None2 用过 16 ，感觉 16 有点大，如果你是外接一个显示器同事使用笔记本屏幕，笔记屏幕太大会挡住另一个外接显示器屏幕。

如果不用笔记本屏幕，那买 16 寸干啥

我觉得你依赖他的那个 commit ，或者哪个 commit 中的某个 file 的修改，然后 cherrypick 过来就可以了。
所以我想不通这个方案会有什么缺点吗？

@xiyangzh 多少钱

哦，独卫独立洗衣机还好

目前有几户在住？每户多少人，有情侣吗，有女生吗

Mbp 2020 ，只有一个显示器，没有鼠标键盘

我只选 64

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

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

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

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

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

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