为什么要把 redis 操作方法静态化

配置中心，这都被撸了的话那就莫得办法了😂

秒杀的关键在于动静分离、提前校验。
1. 根据 db 规格做好进程内限流，预留一倍升级空间。
2. 静态数据（商品属性）提前预热至缓存，缓存过期时间为秒杀结束时间。
3. 各种校验提前做，特别是库存校验。
4. 库存怎么扣减
- 提前预热库存数据至 redis，原子 DECR 扣减库存，扣减成功 mq 同步 db 库存。
5. 如何下单？
- 校验成功通过 mq 抛出下单事件，做好耗时监控，前端页面 hold 一下。
6. 超时未支付怎么办？
- 下单成功时抛出抛出延时消息，比如 30 分钟。到期检测订单状态，失败 INCR 把库存还回去。
7. 如何防刷？
- uid 固定时间限流
8. 如何反止链接提前泄露？
- 产品 id 哈希
9. 如何反止暴力遍历？
- 产品 id 经过布隆过滤器校验一下

rocketmq 和 kafka 用的比较多，很多时候根本没有选型的机会啊，更多的是有什么用什么

按我的经验来看 mat 导进去，一般就能准确定位到内存泄漏代码了

凡事预则立不预则废，好好体会一下

@Luxin +1

说明面试官情商智商太低 , 面试本身包含目的之一就有评价面试者优缺点

脑瓜子嗡嗡的吧，我老板在我对面一把青轴噼里啪啦不停，到工位我就带耳机或者隔音塞

深圳有吗?

@diaryevil 是这样的 ,握手阶段的作用是得到 对称加密的密钥 ,ca 证书公钥内置到浏览器了.
客户端把对称加密密钥用 web 服务器公钥加密, 服务器用它自己的私钥解密拿到对称加密密钥

go 泛型出来后可以考虑用来写业务代码

@wmhack 可以的 , 无非是自动与手动的区别.
我的场景是电商订单 , 尽可能的希望这种异常场景程序能自愈而不是直接人工介入

行不通

还有一种方案是 rmq 的事务消息 , 落库前发送一条事务消息 , rmq 会自动来询问注册的回调 listener 消息是否可以发送 , 事务状态一直是 waitting 的话 rmq 会周期性的来回调 listener ,只是时间周期是固定的

有做的,订单类业务 mq 丢失后续业务流程全部挂了 ,说说我用的方案吧
rocketmq 用的比较多,拿 rocketmq 来说吧
1. producer client 设置自动重试 3 次,注意发送重试是立即重试(循环),默认 timeOut 是 3 秒
2. producer.send(Message msg,SendCallback sendCallback) 这种是异步发送,但是有 callback 业务可以实时感知发送结果
2. callback 记录日志 ,并捕捉 callback 异常消息持久化至 db(拼接好完整的重试消息 body)
3. 定时器每隔 5 秒扫描一遍待重试的消息,超过最大次数(3)则发送至告警平台人工介入

StringUtils
NumberUtils

公立三甲去看看,又不麻烦

参考一下 rocketmq 的 netty 代码，收发跟业务处理分离开来