1.自我介绍2.问上一次实习做了哪些工作3.实习学到了什么？4.实习中如何使用redis？5.如何实现锁的可重入？6.如何实现分布式锁？7.lua脚本的作用8.项目中如何实现工作流的9.事务的隔离级别10.mysql的索引？为什么使用b+树索引？算法题：1.两个数字字符串的加法2.删除有序数组中的重复项 II11.反问

26年1月机考341分，语言Python，可以接受后续转语言，想考虑武汉，南京，上海，苏州，求捞，可以捞的麻烦私信，谢谢

# 面经 ## 一、项目背景（这里感觉想问一下一个系统设计和服务拆分有没有思考）1. 这个项目是练手项目吗？有没有上线？2. 项目现在进度到什么阶段？3. 这个项目是你自己做的还是团队合作？4. 整个系统一共有多少个服务？分别是什么？5. 你在项目中主要负责哪一部分服务？6. 你能整体介绍一下你负责的服务设计吗？7. 为什么要做这个项目？项目背景是什么？---# 二、系统架构设计8. 整个系统的服务划分是怎样的？9. 系统中有哪些模块？10. 每个服务的职责分别是什么？11. 系统中一共有多少个接口？主要有哪些接口？12. 节目服务主要提供哪些 API？---# 三、下单链路设计（这里问了一个缓存一致性有没有设计对账来保证）13. 抢票系统的下单流程是怎样的？14. 为什么要使用 Redis + Lua 扣库存？15. 为什么要使用 Kafka 异步创建订单？16. Redis 扣库存之后为什么不直接创建订单？17. 如果用户下单后立刻查询订单列表，查不到怎么办？18. 为什么使用前端轮询订单状态？19. 为什么不由后端触发补偿机制，而要依赖前端？（这里是表达有误）20. 如果订单长时间没有创建成功怎么办？---# 四、缓存设计21. 你提到使用了三级缓存，三级缓存分别是什么？22. 三级缓存中每一层缓存的数据是一样的吗？23. 本地缓存和 Redis 缓存之间如何保证一致性？24. Redis 缓存如何保证一致性？25. 如果缓存删除失败怎么办？26. 有没有设计缓存对账机制？27. Redis 缓存什么时候更新？28. Redis 缓存什么时候失效？29. 缓存 TTL 是如何设计的？---# 五、幂等组件30. 为什么要设计幂等组件？31. 幂等组件解决了什么问题？32. 幂等组件是如何实现的？33. 幂等组件中锁的 key 是如何设计的？34. 如果网络失败或者请求异常，幂等如何保证？---# 六、ES 搜索35. ES 中存储的是什么数据？36. ES 中大概有多少条数据？37. ES 的索引是如何设计的？38. ES 常见的性能优化手段有哪些？---# 七、Kafka39. Kafka 除了 Producer、Consumer、Broker 还有什么核心组件？40. Kafka 的元数据是如何管理的？41. Kafka 的 Partition 有什么作用？42. Kafka 如何保证消息顺序？43. Kafka 如何提升吞吐量？---# 八、Redis44. Redis 常见的异常场景有哪些？45. 什么是缓存穿透？如何解决？46. 什么是缓存击穿？如何解决？47. 什么是缓存雪崩？如何解决？48. Redis 跳表是什么？49. Redis 跳表主要应用在哪个数据结构？---# 九、Redis 实战50. 如果要做一个排行榜系统，你会如何设计？---# 十、MySQL51. MySQL 中有哪些锁？52. MySQL 的行锁、表锁、意向锁分别是什么？53. 在 RR 隔离级别下执行 delete where id = 10 时会如何加锁？54. MySQL 索引失效有哪些情况？55. not in 是否会导致索引失效？---# 十一、算法题56. 找出序列中第一个没有出现的正整数。如何在 O(n) 时间复杂度、O(1) 空间复杂度下解决该问题？---

四场中厂面试复盘：没有套路的技术拷问，才是真的“熬人”最近面了四家公司，每轮面试都卡在1-1.5小时，快把精力耗干了。没有统一的套路，每家都有自己的“刁钻角度”，面完只觉得心力憔悴，也终于真切感受到现在中场面试的难度——比秋招真的难了一个档次，不是背八股、刷几道算法就能应付的。这次四场面试，最直观的感受就是没有两场是一样的，每一家的考察重点都戳在不同的能力维度上，稍微准备不充分就容易卡壳。第一家最考技术广度，不是单一问某个知识点，而是追着你要“方案+选型+底层逻辑”。比如聊分布式事务，我刚讲完Seata的TCC解决方案，面试官立刻追问：“还有什么替代方案？比如XA、SAGA，它们的核心区别是什么？解决的业务痛点一样吗？你为什么选TCC而不是其他？” 还问了一个场景题：“有一张表，现有字段不确定是否能满足后续业务，要求在不修改原有字段的前提下做扩容，有哪些方案？每种方案的底层实现是什么？选这个方案的优势和风险是什么？” 这类问题问了三四个，只要有一个知识点没覆盖到，或者说不出替代方案的对比，就会被一直追问，直到你把逻辑理透。有的面试官则死抠技术深度，不考你会不会用，考你懂不懂底层。比如聊线程池原理，我讲完核心参数、工作流程后，面试官直接追问：“线程池的底层实现用了哪些数据结构？任务队列的底层是怎么组织的？线程池的复用机制底层是怎么实现的？” 甚至连 ping 命令都要挖到底：“ ping 命令发送的报文结构是什么样的？为什么要这么设计？每一个字段的作用是什么？” 不是简单背概念，而是要你把具体细节讲出来，哪怕是一个小的设计点，都要解释清楚背后的原因。还有一家的问题偏得很意外，看似和核心技术无关，却在考你的基础认知和排查能力。比如问：“ Ctrl+C 为什么能停止一个程序？它的底层原理是什么？Ctrl+C一点可以停止吗” 还有“你做过网络请求的优化吗？具体优化了哪些点？原理是什么？” 甚至问通配符的类型有哪些、底层是怎么匹配的。这些问题不是高频考点，但能直接看出你对技术底层的理解，不是只停留在“能用”的层面。算法题和场景题也都是穿插在技术问答中间，不是单独抽出来考，而是结合业务场景问。比如聊RAG项目时，突然问：“如果向量库的查询性能瓶颈，你有什么优化方案？用到什么数据结构？索引怎么设计？” 算法题也不是简单的LeetCode简单题，而是中等。而且面试全程没有“放水”环节，不管是技术问答、项目讲解，还是算法、场景题，都要实打实的回答。反问环节本来是放松的机会，但面完这么多场，反而没什么心情问，只觉得“终于结束了这一轮”，然后立刻要准备下一场的复盘和补漏。现在剩下还有两三轮这样的面试，说不焦虑是假的。但回头想想，这几场面试虽然难、熬人，却也把自己的知识漏洞和能力短板暴露得很彻底——原来不是自己“会了”，而是“懂的不够透”；不是没有方案，而是不会从多维度对比选型。中厂面试确实卷，HC也少，但每一场都是一次成长。接下来还是要好好复盘，把没答上来的问题逐个攻克，把底层逻辑再吃透一点，希望后面的面试能更从容一点后续更新面经