技术面试中，手撕算法题是一道常见且容易引起争议的环节。很多人质疑：在实际开发工作中很少直接写这些算法，为什么面试还要花大量时间考察？这类问题是否脱离实际？本文将从多个角度解释为什么手撕算法题依然被广泛采用，并尝试还原其存在的价值与目的。一、算法题是思维能力的集中体现算法题考察的不是某一个具体语法或函数接口，而是候选人对问题建模、解法设计、代码实现和复杂度分析的综合能力。这正是软件开发过程中经常需要用到的核心技能：如何理解一个抽象的问题？能否拆解问题并找到有效路径？是否能在有限资源下优化方案？对代码实现是否细致可靠？这些能力在系统设计、模块拆分、性能优化等实际工作中非常关键。算法题通过有限时间内...

已经面了三家小厂，全挂！。。。发现小厂基本很少问八股，都是问项目相关，但是感觉我项目亮点不够，第一个项目是直接找的开源包装，第二个是某外卖包装，怎么改进啊！目前打算周末好好过一遍项目，找找技术难点业务难点这些😭求求大佬给个建议，现在只想找段实习，起码秋招能稍微有点竞争力😤   

面试官人很好，态度和蔼可亲，没答出来时也会引导你去思考。由于是晚上面的，导致我白天一天都有点紧张，面的时候状态也不是很好，正常可能面试官提问完应该思考几秒再答，而我就像抢答一样一口气把所有会的都说出来，这样就导致逻辑比较混乱，东一句西一句的。首先是自我介绍，先把会的技术大致讲一下，由于我八股背的多所以着重讲了一下，Java，go，jvm，MySQL，Redis，计网，操作系统这些，然后一小部分闲聊，然后先问了一下项目，面试官问我这个项目是否落实之类的，直接坦言说是写的练手的，包括之前也写过IM通讯，外卖之类的。然后面试官就把提问的重点放在了八股上。先问了Java：类加载器（答：3种+自定义类加载器、tomcat、原因+双亲委派+好处）JVM参数（答：xmx，xms，newsize这些，问我是如何设定的，我回答是把内存分一半给堆，再把堆分一半给新生代，这方面确实不太了解）然后问了一下并发相关的：线程池（答：线程池的7个参数（忘了线程工厂和阻塞时间了），3个重要参数，还有线程如何启用，为什么要设计最大线程数之类的，提到Java栈默认分配1MB运行时不可以更改）AQS（答：先讲clh是自旋锁+list，然后是AQS在这个基础上做的两个优化，然后举了一下reentrantlock根据state如何获取资源）CAS（答：使用三个字段，aba问题，然后将通常搭配自旋锁实现，面试官问通常会自旋多少次，这个不太了解，答的100，然后问100次大概多少秒，回答微秒级，然后面试官讲了一下怎么做资源可能没用完，意识到可能还需要进行阻塞操作）然后考虑一下Linux命令（top，ps，如何使用管道符过滤线程和使用Linux启动线程没答出来）然后问Redis：持久化机制（答：三种aof，rdb，混合，aof的三个参数刷盘策略，rdb以快照保存，使用bgsave会使用子线程来保存不会阻塞，而aof虽然会阻塞但是只在写完数据后追加一条命令，不会太影响，然后是他俩的优缺点，还有混合是怎么保存数据的）集群模式（答：三种，主从复制到缺点再到哨兵机制，正常使用三个哨兵互相监督，主节点挂了投票选主哨兵然后选主节点，然后额外讲一下脑裂的问题，主节点进行数据更新然后把命令写入aof来同步从节点，最后cluster集群，如何实现，使用16383个哈希槽（艹答成16384了），先根据哈希码取余，再根据节点数取余决定放在哪个节点上，然后问了一下我会怎么选集群模式，首先是cluster的问题，会让管道操作之类的失效，然后哨兵会导致整个集群结构变得复杂，使用小项目可能会考虑哨兵，大的考虑cluster，然后考了一下cluster如果一个节点挂了怎么办，根据节点数重新取余然后数据转移，面试官说这么转移比较慢，有没有别的办法，我隐约记得使用一个类似环形数组的方式，想不起来了）然后考了一下MySQL的b+树（这方面的知识点太多了，导致我什么都想讲逻辑就比较乱，讲了一下聚簇索引，树的叶子节点对应着一张页16KB，MySQL有一个区的概念，把这些页放在同一个区中，这样叶子节点的双向链表遍历时速度更快，然后b+树的扇出比较大（非常二，说成扇度之类的，面试官以为说的是扇区）这样层数就比较小，一行1kb数据的话3层可以放心2000w数据）其他的暂时想不起来了算法是lru，面试官问要不要提示，我说写个，然后写了10分钟左右，说大概写好了，但是面试官指出了2个小错误，第一个马上就改回来了，第二个一直没看出来(大脑这时候已经停止工作了)反问：问学习建议，说根据实际的项目进行深入，考虑应该怎么做，还问了一下组里面是做Java的吗？面试官说他是做go的，组里什么语言都有，语言影响不大，连忙补充了一句我对go的底层有深入源码的学习）结束。总体感觉答得不太好，没有太体现出深度，细节也不够全面。

很多同学都想成为架构师，那么校招生怎么成长为一名优秀架构师呢？别问我，我也不知道。我打算边工作边跟组里老b登学，因为我组里大部分都是架构师老登。那么有没有一种通用的方法论或者说详细教程可以让所有后端开发校招生成长为一名架构师呢？我觉得没有，因为每个人所在的公司不同，部门不同，领导不同，业务不同，际遇不同，决定着每个人的发展道路一定是不一样的。但是前辈的经验包还是十分有必要吃的，我每次技术面最后都会反问面试官怎么成为一名架构师，他们的回答都不一样，这刚好印证了我刚才说的每个人的发展道路不一样。在这里我把他们的观点原封不动、不论对错的分享出来，也算是对我这么多场面试经历的总结了。下面是不同公司不同...