一、写在前面
上一篇文章：《互联网公司的面试官是如何360°无死角考察候选人的？（上篇）》
用一个面试连环炮引出了平时中大型互联网公司的面试官是如何发问的。
紧接着从技术广度、底层技术、技术深度几个角度说了一下，我们一般是如何来考察候选人的技术。
本文是下篇，将会从项目经验、系统设计、履历/学历/素质、候选人与岗位的匹配、多轮面试官的协作这些方面，继续告诉大家，互联网公司是如何全方位、无死角来考察候选人的。
二、项目经验的考察
项目经验，绝对是面试官必须考察的，很可能上来就是让你先画一下项目整体架构图，说一下你们项目用了哪些技术以及核心的业务思路。
然后从项目入手，考察你项目里各个技术掌握的如何，通过连环炮对你掌握最好的技术进行深入考察，对一些高阶技术的考察，直接下探到底层。
举个例子，如果你说你们公司里用了dubbo作为服务框架，那么会问问你dubbo底层的通信框架是什么？Netty？Mina？
然后再问问你底层的NIO是啥？网络通信里的长连接和短连接是啥？
你是否看过dubbo的源码？dubbo源码中你印象深刻的对并发技术的运用是什么？
一些面试官喜欢从项目展开问各种技术，也有一些面试官上来直接从你简历上的技术开始发问，从技术深入到项目。这就看个人喜好了。
当然无论如何，最后总会聊到项目的一些业务细节，好的面试官会掌握一个原则：死扣细节。
提问时，必须要深入到你把某个业务细节讲清楚，以及结合这个业务细节到底是如何落地和设计技术方案的，如何使用各种技术在业务中的。
比如说
你说你用了Redis，那就会进一步问你，你哪个业务用了Redis？那个业务的流程请你叙述一下？
在Redis里你们具体是选用了哪种数据结构存放什么数据？数据的过期时间是什么？如果缓存过期了，你的数据兜底方案是什么，到哪儿去回查？
你的key如何设计的，为什么要这么设计？你的这个业务把数据放在了Redis里，是其他哪个业务来查Redis？为什么要这样子做？如果不用Redis会怎么样？
这只是一个例子，实际上各种技术都可以在项目里深扣细节。这就能考察出，你对这个技术的实践到底有多深，经历过多么复杂的线上业务的实践，能hold住一个技术解决线上系统中的哪些问题。
总之，从项目里，我们可以看出你是否负责过复杂业务架构下的分布式系统的设计和开发？
你们的系统是否是线上高并发大流量高负载场景的挑战，你是否经历过这种技术挑战？
你们的系统是否承载过亿级别海量数据的存储以及高性能读写的挑战，你是否解决过这些问题？
此外，从项目考察中，还可以直接看出你的整体能力技术定位。你是仅仅负责过一个模块呢？还是负责过一个子系统？
或者是作为架构师负责过一个完整的项目群，带过几十人的团队，设计过大规模复杂的系统架构？
所以说，你到底把控过什么样的项目，具备什么样的能力，从你负责过的项目里，直接可以看出来。
如果你来面试的是中级的岗位，那么可能我们觉得你技术整体ok，独立负责过核心模块的开发，同时对各种技术都有一定的实践经验，就OK了。
如果你面的是高级/资深的岗位，那么我们会看看你是否带领一个小团队独立负责过一个有一定复杂度和难度的完整系统的架构设计和开发。
如果你面试的是架构师的岗位，那我们肯定是要求你在一个公司里主导过很多人协作完成的大型而且复杂的项目群。
并且我们要求你对一个大型系统架构有深度的思考和整体的把控，而且这个项目要有足够的技术挑战，大用户量、高并发、海量数据，等等。
因此，项目考察，是重中之重。很多同学平时积累了不少的技术学习，但是有一个很大的问题是，项目经验和实践太少。
这些同学可能确实没经历过复杂系统的架构设计的历练，所以非常容易在项目经验考察这块出现问题，被面试官判定为技术不错，但是经验缺乏。
三、系统设计的考察
这个也是很多互联网大厂的面试官，在考察一些高级工程师及以上的同学，喜欢发问的。
一般会用自己公司或者团队里的一些业务场景拿出来，或者是普遍性的一些业务场景，然后来问你如何针对这个业务场景设计系统架构？
举几个例子：
如何设计一个电商秒杀系统架构？
如何设计一个消息推送系统架构？
双11大促的时候如何设计系统的动态扩容/缩容的机制？
类似诸如此类的一些场景式的系统设计考察。其实这个主要是用一些你可能没接触过的场景，来现场考察一下你的架构设计思维。
尤其是针对上面说的高级/资深、架构类的岗位，我们尤其会注重现场考察你没接触过的业务场景的架构设计。
因为毕竟你来了以后，肯定要让你接触全新的业务，然后立马给出合理而且靠谱的架构设计方案，在新的公司来落地你的经验。
很多同学平时不太注意积累系统设计的能力，导致出去面试的时候，人家一问场景系统设计问题，直接发蒙了。
所以，平时应该对公司里各种业务场景多思考，自己设定一些挑战，比如假设你公司的请求量暴增100倍，数据量暴增100倍，你的系统架构应该如何设计？
多给自己设立挑战，然后去尝试着思考设计，才能积累出系统设计的思维和能力来。
四、基本功的考察
很多大厂都会考察候选人的基本功，尤其是数据结构和算法。比如现场手写一些常见的算法题。
很多同学很容易倒在基本功这块，一些基础的数据结构和算法题都不会写，那就是有点问题了。
这里强调一下，这个东西并不是应届生专用的，其实也代表了一个工程师，甚至一个架构师的基本技术素养问题。
因此建议大家平时还是要注重基本功的保持，平时写写算法题，熟悉一下数据结构，能保持自己的技术素养不会掉落。
否则数据结构和算法都不熟悉，对复杂系统的技术细节把控基本也就没法做到，因为很多复杂分布式系统的源码里，到处是自己写的数据结构和复杂算法。
五、履历背景/学历背景/过往经验/综合素质
最后一定会综合看一下一个候选人整体的背景，比如你的履历背景。
履历背景
你过去是外包公司出身？还是传统IT公司出身？或者是一些小型互联网公司？或者是一二线大互联网公司出身？
另外你的学历如何？是大专？普通本科？211 / 985本科？普通硕士？211/985大学的硕士 or 博士？
你过去做的都是一些内部系统，比如OA系统，财务系统？或者都是C端系统，有上千万用户量的系统？或者你过去做的都是某种偏门的项目，比如爬虫之类的？
你的沟通表达能力如何？性格是否踏实和nice，不浮躁？你是否有团队协作精神？
这些综合性的东西，其实都会在我们的整体考察范围之内，都会纳入考虑范围内，最后决定要不要发offer。
六、候选人与岗位需求的匹配
其实按照上述流程考察下来以后，会经历多轮面试，基本一次好的面试就可以综合考察出一个候选人的完整情况了。
这个候选人的技术面是否完整，是否有几个技术领域有足够的深度？
候选人做过什么样的项目，项目的实践经验如何，把控过多大的团队和多大的项目，
对全新业务场景的系统设计能力如何，基本功如何，综合背景和素质如何。这些东西，基本上都可以很好的考察出来了。
此时就会将一个候选人跟岗位的需求进行匹配，比如说你要招聘的是一个资深Java的岗位，需要他过来开发的是公司里较为核心的子系统。
然后呢，你公司的技术栈是dubbo、zk、kafka、redis，等等
你们公司每秒有上万的并发访问压力，数据量一亿以上，线上系统偶尔故障，比如高并发下zk突然报错异常，导致系统业务中断，然后需要带4个初级和中级的兄弟一起开发。
这时，你考察完一个候选人，就知道他的技术能力是否匹配这个岗位，技术深度能否cover住线上系统常见的一些故障。
能否在线上故障的时候，立马有足够的源码功底分析、定位和解决问题。是否有过往类似足够的高并发和海量数据的项目经验。
是否带过几个人独立把控过一个核心系统的架构设计和开发，过去的公司背景咋样，学历咋样，综合素质咋样。
这个候选人和岗位需求是否匹配，基本上就出来了。
七、多轮面试官的分工协作
上面列举了大量的技术考察的内容，实际上很难说是一轮面试官直接完成的。
因此，一般我们都是分成多轮面试官协作考察。但是根据不同的公司，不同轮的面试官的职责会稍微有一些不一样。
比如说一面面试官可能主要就是考察一下技术内容，包括技术面以及连环炮发问考察技术深度，以及算法功底，不太涉及项目。
二面面试官可能会着重考察项目经验，系统设计，同时对技术深度也会继续考察。
三面面试官可能会从你把控过的项目规模、带的团队规模、团队管理能力、规范和流程设计能力、整体工作履历背景和经验、软素质（沟通表达、团队协作、价值观，等等）来考察你。
上面说的只是一种分法，一个公司内的不同团队的分工可能是不一样的。
也有的可能是一二面都是考察技术面和技术深度，不涉及项目，三面来考察你的项目经验，四面来考察你的一些综合素质。
或者可能你面的职位很高，比如是总架构师之类的职位，也许还有CTO或者技术VP出来面试你第五轮。
但是不管如何分，整体考察的内容都是上面的那套东西以及那个流程和过程。
石杉的架构笔记（id：shishan100）
作者：中华石杉，多年BAT架构经验倾囊相授