Lee40h

超卖问题(商品库存问题) 我们对于库存的处理逻辑是这样的 查询库存 判断库存 如果充足，更新库存数量 这里采用的是先查询，再判断，再更新的方案，而以上三步操作并不具备原子性。单线程的情况下确实没有问题

微服务使用Sa-token鉴权 为了统一多个系统的认证，选择了Sa-token来做鉴权、认证、授权、单点登录。 首先区分这几个名词 认证：确认访客的身份。像身份证、账号密码、二维码等。 授权：赋予访客

IDEA远程调试 在本地环境远程Debug远程环境。（例如TEST环境） 直接上配置 配置Remote 配置启动脚本（端口映射） 构建Docker镜像（Dockerfile） 将上面Reomte配置中

TCC扣减库存流程 首先开启事务，注册全局事务。 双写接口逻辑，注册分支事务。 进行try预留资源，对sku冻结库存。 向seata server上报try成功/失败，进行commit/cancel。

延迟消息原理 场景：超时取消超过30min未支付的订单。使用RocketMQ延迟消息和定时任务进行兜底。 0、设置延时消息等级 默认支持18个等级的延迟消息。 1、写入CommitLog 生产者写入的

超时取消、预支付、支付回调并发问题 锁1：用户可能界面回退重新支付，预支付(3.1)幂等问题。 锁2：超时取消和支付回调可能在生单后的30min时产生并发问题，因此要使用同一分布式锁。如果取消订单先获