互娱转正了

最怕的就是二面。一面往往是技术初筛，面试官大多是组内的工程师，问的都是简历上的基础问题 —— 比如 Spring Boot 自动配置原理、MySQL 索引失效场景、Redis 的五种数据结构，只要平时刷题背书到位，基本都能应对。甚至遇到和善的面试官，还会给你提示，氛围更像技术交流。但二面不一样，面试官通常是技术 leader 或者部门主管，他们的目标不是 “你会不会”，而是 “你行不行”—— 能不能独立负责模块，能不能解决复杂问题，有没有培养潜力。问题不再是零散的知识点，而是结合项目的深度追问，挖得你头皮发麻。比如一面问你 “用过 Nacos 做服务注册发现吗”，你答 “用过” 就能过关；二面会追着问 “你们项目为什么选 Nacos 而不是 Eureka？集群部署时遇到过什么问题？怎么解决的？如果服务雪崩了，Nacos 的保护机制能起到什么作用？”。这些问题没有标准答案，全靠你真实的项目经验和思考逻辑，半点掺不了假。更要命的是，二面还会夹杂技术方案设计题。比如 “现在要做一个高并发的订单系统，你怎么设计缓存策略？如何防止缓存穿透和雪崩？数据库怎么分库分表？”。这种题考察的是你的全局观，不是背几个概念就能糊弄过去的，得把数据结构、中间件、分布式理论串起来，形成完整的方案。二面就像一场压力测试，一面的 “会” 只是入场券，二面的 “懂” 才是通行证。它筛掉的不是没背过书的人，而是那些只会死记硬背、没有深入思考的 “伪技术人”。也难怪大家都怕二面，毕竟这面过了，offer 就稳了一大半；挂了，就只能眼睁睁看着机会溜走，再从头投简历、一面，重新熬一轮。

1. 英文自我介绍。2. 简历里的项目和实习是什么关系？是自己做的还是公司里的？3. 这些项目主要是做什么的？4. HTTPS 建立安全通信连接的大致过程是什么？5. HTTPS 的安全性主要是怎么保证的？6. 如果要应对秒杀这类瞬间高流量场景，系统需要做哪些设计？7. Redis 在秒杀场景里如何保证库存扣减的原子性？8. MySQL 层还需要做哪些兜底，来防止超卖、重复请求或者重复消费？9. 版本号在这里主要解决什么问题？10. 你怎么验证自己设计的这些限流、削峰、异步化方案真的生效了？11. 如果一个用户对同一条内容只能点赞一次，这个功能怎么设计？12. 为什么用 Redis 的 set 能保证一个用户只能点赞一次？13. 在分布式场景下，怎么生成全局唯一 ID？14. 如果拿 ID 做分库分表路由，怎样避免数据分布不均、某些分片特别热？15. 外部知识库主要是用来解决什么问题？16. 引入外部知识库以后，主要想改善大模型的哪些能力问题？17. 大模型产生幻觉的原因是什么？18. 向量化存储主要是为了解决什么问题？19. 为什么传统关系型数据库不太适合直接处理这类知识检索场景？20. Redis 在这个进度同步方案里承担了什么角色？21. 这个方案最后能把误差控制到什么程度？为什么？22. 这个方案最终带来了什么效果？23. 在点赞模块里，为什么同时用了乐观锁和分布式锁？24. 你怎么理解悲观锁和乐观锁？25. 悲观锁会给整个系统带来哪些问题？26. 悲观锁除了性能下降之外，还可能带来什么风险？27. 死锁产生的条件有哪些？28. 如果要从应用层面上避免死锁，可以怎么做？29. 乐观锁会带来哪些问题？30. 除了直接比较旧值和新值，还能通过什么方式实现乐观锁？31. 乐观锁和悲观锁分别更适合什么业务场景？32. 你怎么规划自己毕业后的职业发展？33. 你怎么理解管理这件事？34. 做团队统筹规划的主要难点是什么？35. 算法题：爬楼梯。36. 反问

在租房的时候提心吊胆,总是怕遇到黑中介怎么办,多亏了这个东西救我一劫，从黑中介手机掏出来,没想到合同里这么多坑