我服了，难倒无数程序员的源码面试，就这样被轻轻松松讲透彻

2020-10-27 本文已影响0人 java架构师联盟

在正式开始之前，问你三个问题

你读源码么？

你会读源码么？

你从源码中有收获么？

是不是感觉挺蛋疼的，怎么又是源码，那我请求你一定耐心看完下面的这段话：

作为一个公司的技术面试官，每周都会面试2-3次。面试是有套路的，我们确实面试人是为了来完成公司现有的任务场景，但是也想精益求精，这个时候，我们就要进行一些我们的套路进行筛选，这样确实会将一些很优秀的人淘汰，但是，这也说明他的简历表述以及沟通能力有一定的问题，而在技术方面，我们也有着自己的套路，比如Java 的底层实现是我们经常会问到的。

虽然面试者简历上充斥着“熟悉”、“精通”源码字眼，但真的问起来，发现很多面试者都是支支吾吾说不清楚，经常三道题打出原形。所谓的熟悉也只是从网上看了几篇文章或者听别人提起过，说实话，每次都很恼火。

真的是网上说的那样：了解=听过名字;熟悉=知道是啥;熟练=用过;精通=做过东西

因为我们筛选简历的时候看得就是工作技能，想要找的是实实在在用过框架做项目的，来了就能上手干活的。背了几道面试题就敢说熟悉Java源码？对不起，我们不招连源码都不会看的人。

这个时候可能有人会说，源码不就是装吗？我就不信进到公司之后你能用得到？很好，那我们先来看看你是否遇到过以下尴尬：

很多 API 如何使用需要先百度，然后再复制粘贴。

针对不同的场景，不知道如何设计不同类型的线程池，对 API 的使用没有太多的场景经验总结；

代码 review 的时候，提不出个人意见，而自己的代码却常常被别人吐槽；

想对工作中 API 使用不方便的地方进行优化，但不知道其内部实现原理，不敢动手。

不知道有没有你，尤其是最后两条，在日常工作中有没有遇到这样的问题，别说是因为自己接触不到这个，跟自己没关系，在我看来就是吃不到葡萄说葡萄酸

当别的大佬能够写团队核心代码，能轻易看出代码漏洞，能总结出 Java 的设计思想，并运用到日常工作中时。我就不信你不羡慕，其实差距就都在这了。

阅读源码不仅可以帮你顺利过技术面试，找到更好的工作。还能让你结合场景熟练使用 API，基于工作中的痛点进行源码创新，是成为团队核心的技术基础。