我的暑期实习结束了差不多一周，犹豫许久，还是决定将我的心路历程分享给大家，说不定可以帮助到许多兄弟姐妹。之前发过一篇帖子，略有反响，看到许多兄弟姐妹与我有同样的烦恼。其实这没有很安慰到我，只觉得大家都很辛苦，我感同身受。我二月中开始准备所谓的八股，月底开始投递实习，官网投递仅记录的就有100左右（单论公司而言），boss+脉脉200多个应该是有。可能是因为受到在国外找工作的经验的影响，我打一开始投递就是奔着海投去的。我不觉得所谓的保守申请（我看到好多兄弟都是只投递20+/30+）会适用于广泛的人，我同样也不觉得所谓的面试转换率/offer转换率/沟通回复率这些数字什么有帮助的，具有参考性的数据...

bg：双非一本至今 0 大厂面试，基本都被挂简历了，美团腾讯京东也不给面b站做完笔试一直没动静Boss 上找小厂倒是有人理我，能约到小厂面试。是哪里的问题呢要换个轮子项目吗#简历被挂麻了，求建议#

小厂面经，也是我的处女面（30min）1.自我介绍2.spring boot的自动装配原理（好多类和接口的单词都忘了全称是啥了，就说了记得的单词，流程应该说对了吧）3.有用过redis吗？主要是用在实现什么功能（说了技术派用redis的zset来实现排行榜）5.有了解过Redisson吗？讲一下对于分布式锁的了解以及在什么场景下应用（说了秒杀场景）6.对mysql有了解吗？包括它的索引优化和创建（把想起来的全说了）7.了解设计模式吗？比如单例模式，为什么要使用单例模式，它的优点是什么（昨天刚看的设计模式）8.工厂模式有了解吗？主要的使用场景是？（也是昨天刚看的）9.场景题：有7个服务器，需要在早上十点定时的向数据库中的用户表中的用户发短信，如果做到发送的消息不重复，且如果发送失败了需要知道是到哪个用户失败了，这样下次就直接从这个用户开始（我答了用spring task来实现定时，用分布式锁来保证只有一份服务器可以发送消息，用消息队列来存储消息，然后用消息确认机制来保证错误信息的记录，以及在数据库或者业务层面完成消息消费的幂等性）10.场景题：如果在系统启动的时间就将数据库的所有用户相关的信息都读到一个hashmap中（这个没啥思路，没答好）27届的投了一个星期终于有一个面试了，大部分公司都只招26的

自我介绍问实习项目的基本交互情况Redis 本身所有操作是不是都是原子化的？例如 SET, GET, ZADD 等。如果两个客户端同时 SET A=1 和 SET A=2，会不会有非原子化或竞争问题？需要加锁吗？如何保证消息队列（RabbitMQ）在生产和消费时都不丢数据？如果为了提升性能，一次性拉取多条消息（批量消费），如何在使用手动 ACK 的前提下，既保证不丢数据，又能有效处理？手撕，判断包含 (), [], {} 三种括号的字符串是否有效，并且满足嵌套优先级规则（外层优先级 >= 内层优先级，自定义优先级顺序）。不用栈还有什么其他方法？提到可以用递归做。对 LLM 的了解？对 A...