基本设计： 用set nx ex 给锁设置过期时间，同时lua脚本保证判断和释放俩步操作的原子性。锁早退：如果锁提前过期(业务线程没有执行完任务)，选择使用看门狗线程，定时给锁续期。同时设置为守护线程，业务线程挂了jvm结束守护线程，不会一直给锁续期。可重入：用redis的哈希结构，field存线程id(拼接uuid)，value记录锁次数。锁阻塞：参考redission的发布订阅机制，没抢到锁的线程订阅然后阻塞，抢到锁的线程执行完后通知所有订阅线程，循环往复，同时设置一个超时时间防止无限等待。主从架构下锁丢失：主节点上的锁没同步从节点就挂了锁就丢了，解决方案是给多个主节点上锁，同时使用红锁，半数以上成功就是上锁成功。

1.自我介绍2.能实习多久3.缓存击穿,缓存穿透,缓存雪崩4.秒杀系统用redis的原因是什么5.看你用到了redis + lua 实现秒杀,为什么这么设计6.怎么解决的库存超卖(乐观锁)7.怎么确保数据库和redis一致性(答:先修改数据库,在删redis)8.面试官说这样会存在redis旧数据的问题,能不能修改redis(用消息队列异步执行,redis修改库存,创建订单交给消息队列)9.手撕合并两个有序数组反问1.怎么提升自己(面试官说了一大堆东西,没记住),面试官说希望招到的实习生能转正留用,所以会考察比较严格2.tob金融业务,主流java技术栈

惯例的介绍项目和自我介绍你是在什么场景下用的rabbitmq，怎么保证消息被正确消费你说用redis存热点数据怎么做的（我说lru她说这不是热点数据。。。）思维题：大文件找数思维题：20个球一个次品，用一台天平找出次品，称重次数尽量少手撕：链表判环

目录  分布式锁的基本需求 第一阶段：SETNX的简单实现 第二阶段：加入过期时间 第三阶段：原子性操作 第四阶段：Lua脚本保证原子性 第五阶段：看门狗机制 第六阶段：可重入锁 第七阶段：红锁算法 常见问题总结  分布式锁的基本需求 核心要求  互斥性: 任意时刻只有一个客户端能持有锁 安全性: 只有持有锁的客户端才能释放锁 活性: 不会发生死锁，最终一定能获取到锁 容错性: 部分节点宕机后，锁服务依然可用  第一阶段：SETNX的简单实现 实现方式 SETNX lock_key "client_id"  代码示例 public boolean tryLock(Strin...