三年经验Java程序员记一次失败的面试分享：鹅厂三面让我体无完肤！

通过半年的沉淀，加上对MySQL，redis和分布式这块的补齐，终于重拾面试信心，再次出征。

鹅厂

面试职位：go后端开发工程师，接受从Java转语言

都知道鹅厂是cpp的主战场，而以cpp为背景的工程师大都对os，network这块要求特别高，不像是Java这种偏重业务层的语言.

以前面试Java的公司侧重仍是在数据结构、网络、框架、数据库和分布式。因此OS这块吃的亏比较大

一面：基础技术面

电话面试，随便问了些技术问题，最后还问了个LeetCode里面medium级别的算法题，偏简单。大概整理回忆了一下：

• redis有没有用过，经常使用的数据结构以及在业务中使用的场景。
• redis的hash怎么实现的？
• rehash过程讲一下和JavaHashMap的rehash有什么区别？
• redis cluster有没有了解过，怎么作到高可用的？
• 说说redis的持久化机制，为啥不能用redis作专门的持久化数据库存储？
• 了不了解tcp/udp，说下二者的定义，tcp为何要三次握手和四次挥手？
• tcp怎么保证有序传输的，讲下tcp的快速重传和拥塞机制
• 知不知道time_wait状态，这个状态出如今什么地方，有什么用？
• udp是不可靠的传输，若是你来设计一个基于udp差很少可靠的算法，怎么设计？
• http与https有啥区别？说下https解决了什么问题，怎么解决的？说下https的握手过程。
• 看你项目里面用了etcd，讲解下etcd干什么用的，怎么保证高可用和一致性？
• 既然你提到了raft算法，讲下raft算法的基本流程？raft算法里面若是出现脑裂怎么处理？
• 有没有了解过paxos和zookeeper的zab算法，他们以前有啥区别？
• 大家后端用什么数据库作持久化的？有没有用到分库分表，怎么作的？
• 索引的常见实现方式有哪些，有哪些区别?
• MySQL的存储引擎有哪些，有哪些区别？
• InnoDB使用的是什么方式实现索引，怎么实现的？说下聚簇索引和非聚簇索引的区别?
• 有没有了解过协程？说下协程和线程的区别？
• 算法题一个，剑指offer第51题，数组中的重复数字？

大概说下我本身的回答状况，redis这块没啥问题，具体rehash有印象是渐进式的，可是具体原理可能答的有点出入。 tcp的 time_wait 这块答的不是很好，以前没有了解过quic机制的实现，因此问可靠性udp的时候，基本上脑子里就照着tcp的实如今说。 https这块没啥说的，以前项目里面有用到相似的东西，研究的比较清楚了。 raft算法这个由于恰好在刷，答的也凑合，不过paxos和zab算法确实不熟悉，直接说不会。 MySQL这块很熟了，包括索引，锁，事务机制以及mvcc等等，没啥说的，都已经补齐了。 协程和线程，主要说了go程和Java线程的区别以及go程的调度模型。面试官提示没有提到线程的有内核态的切换，go程只在用户态调度。 最后一个算法题，首先说使用HashMap来作，说空间复杂度能不能降到O(1)，后面想了大概5min才想出来原地置换的思路。

总得来讲，答的还行，一面就这么过了。

二面：项目技术面

二面从基础技术考察转移到了项目，主要问了我下面一些问题：

• 针对本身最熟悉的项目，画出项目的架构图，项目主要的数据表结构。
• 说说项目中使用到的技术点，项目的总峰值qps，时延。
• 有没有分析过期延出现的耗时分别出如今什么地方，项目有啥改进的地方没有？
• 若是请求出现问题没有响应，如何定位问题，说下思路？
• tcp 粘包问题怎么处理？
• 而后还问了下缓存更新的模式，以及会出现的问题和应对思路？
• 除了公司项目以外，业余时间有没有研究过知名项目或作出过贡献？

这一面答的也比较顺利，由于都是围绕项目，本身很熟悉，基本都没有啥问题，除了面试官说项目经验稍弱以外，其他还不错。

三面：综合技术面

这面面的是阵脚大乱，面试官采用刨根问底的方式提问，终究是面试经验不够，致使面试的节奏有点乱。举个例子：

其中有个题：go程和线程有什么区别？ 答：起一个go程大概只须要4kb的内存，起一个Java线程须要1.5MB的内存；go程的调度在用户态很是轻量，Java线程的切换成本比较高。 接着问为啥成本比较高？由于Java线程的调度须要在用户态和内核态切换因此成本高？为啥在用户态和内核态之间切换调度成本比较高？我简单说了下内核态和用户态的定义。 接着问，仍是没有明白为啥成本高？内心瞬间崩溃，没完没了了呀，OS这块依旧是痛呀，支支吾吾半天放弃了。

后面全部的提问都是这种模式，结果回答的节奏全无，感受被套路了。大多度都能回答个一二甚至是一二三，可是再日后或者再深刻的OS层面就GG了。

后面问了下项目过程当中遇到的最大的挑战，以及怎么解决的？

还问了一个问题定位的问题，服务器CPU 100%怎么定位？

多是因为平时定位业务问题的思惟定势，加之处于蒙蔽状态，随口就是：

• 先查看监控面板看有无突发流量异常
• 接着查看业务日志是否有异常，针对CPU100%那个时间段，取一个典型业务流程的日志查看
• 最后才提到使用top命令来监控看是哪一个进程占用到100%。

果真阵脚大乱，张口就来，捂脸。。。 原本正确的思路应该是先用top定位出问题的进程，再用top定位到出问题的线程，再打印线程堆栈查看运行状况，这个流程换平时确定能答出来，可是，可是没有可是。仍是得好好总结。

最后问了一个系统设计题目（朋友圈的设计），白板上面画出系统的架构图，主要的表结构和讲解主要的业务流程，若是用户变多流量变大，架构将怎么扩展，怎样应对？ 这个答的也有点乱，直接上来自顾自的用了一个通用的架构，感受毫无亮点。后面反思应该先定位业务的特色，这个业务明显是读多写少，而后和面试官沟通一期刚开始的方案的用户量，性能要求，单机目标qps是什么等等？在明确系统的特色和约束以后再来设计，而不是一开始就是用典型互联网的那种通用架构自顾本身搞本身的方案。

面试结果：3天后收到短信，被拒

总结：

• tcp/udp，http和https还有网络这块（各类网络模型，已经select，poll和epoll）必定要很是熟悉
• 必定要有拿的出手的项目经验，并且要可以讲清楚，讲清楚项目中取舍，设计模型和数据表
• 分布式要很是熟悉
• 常见问题定位必定要有思路
• 操做系统，仍是操做系统，重要的事情说三遍
• 系统设计，思路，思路，思路，必定要思路清晰，必定要总结下系统设计的流程
• 一点心得，平时blog和专栏看的再多，若是没有本身的思考不过是过眼云烟，根本不会成为本身的东西，就像内核态和用户态，日常也看过，可是没细想，忽然要本身说，还真说不出来，这就很尴尬了。勿以浮沙筑高台，基础这种东西仍是须要时间去慢慢打牢，多去思考和总结。