@abccccabc 6.0.16 ，不敢更新

@abccccabc 就是确保同一用户只有一个订单正在写入数据库的意思
@8355 我看到他的代码后一个订单有引用前一个订单的数据，同时下多个订单确实会出问题。逻辑实在太混乱了，有几处我都看不懂，实在不敢改

@drymonfidelia 另外 1ms 也不一定能拿到锁

@sagaxu 不能直接乘吧，拿到锁的请求就不会继续申请锁了

@lsk569937453 redis 服务端不是单线程运行的么，客户端从上面的报错信息看线程池还有很大空闲

@sagaxu 但是这个 timeout 似乎是 redis 被卡死了，一次加锁尝试一直没返回结果

@chenqh 每个任务结束后都要释放锁才能进入下一个任务，我觉得问题出在频繁加锁上。

@drymonfidelia #14 但是不知道这样弄性能会不会更差，一条 SET 命令能解决的问题我要 SUB 几百次

@keakon 当时的需求文档已经没了。我觉得这么混乱的逻辑他能弄到没问题还是有点水平的
@chenqh 在下单结束的时候

@lsk569937453 是，但是我需要确保前一个锁释放到加下一个锁的间隔尽可能最短。目前我的想法是如果没加锁成功，Sub 一个锁名称的 Channel ，每个锁释放就 Pub 一条消息，Sub 收到消息就再尝试加锁

@javalaw2010 没有，redis 里面全是锁和缓存，丢了重启就好，不需要备份

@sujin190 谢谢，我看一下

慢日志排查过，是空的

@sujin190 我也觉得是这个 1ms delay 不合理，但是延时 50ms ，500 订单就浪费了至少 25 秒，没办法实现 10 秒内完成下单
每个客户端同时只能登录一个用户，所以以用户 ID 加锁没问题

1.12 全是屎山，没人敢动 我前天想修复一个公司老屎山 class 名称的一个 typo （ default 被拼成了 defaault ，看着难受），全局替换完好几个页面完全崩了，所有按钮变得巨大用户无法操作，才知道原来 default 的拼写对应另外一个完全不同的全局样式，再也不敢没事乱动了

usb c 接口的 APP2 也只能配合 Vision Pro 无损，连 iPhone 等设备还是 256kbps
@ohiu

macos
没了，需要什么软件自己拿公司 apple id 买，除了游戏什么软件都可以

@lisongeee 不是这样的，你做个 html 页面里面只放一个 input 标签，输入点内容，打开别的页面再返回，input 里输入的内容还在

@lisongeee 非 SPA 网站跳转后点返回按钮之前输入的内容都在
@solos 是一个现有的一千多个页面的巨型项目要升级，一个个改一个月都搞不定