工作五年難道必須要讀原始碼嗎？

今天，無意中看到一篇帖子，雖然有點老了，但還是挺有感觸的，我相信很多工作多年的讀者都有類似的經歷。

文中的作者在網際網路行業摸爬滾打了五年，原以為自己「憑已有的專案經驗和工作經歷」怎麼著也應該算得上是一個業內比較資歷的人士了，但在換工作的過程中被面試官深入問 Tomcat 原始碼，因瞭解初淺而遭受挫折，決定深入研究Tomcat 原始碼「見下圖」。

讀完了上面的文字，我對面試官的那句話還是挺有感觸的。

我們不需要熟練工，我們需要在某領域擁有超過常人的積累認知，和擁有整套完整思維模式和優秀認知事物能力的人。

我看了一些讀者留言持有不同的觀點，我比較贊同 @jdon007 的部分觀點「見下圖」。

工作 3 ~ 5 年的程式設計師「也包括我」，其實大家都處於一個比較浮躁的階段，容易眼高手低、好高騖遠。。。

這個時間點，我覺得更需要著眼於現實「讀框架原始碼對你的意義到底有多大？」，理智的看待問題，學會取捨，合理安排時間，排好優先順序。比如你連平時的工作都完成不了，連自己負責的業務都不熟悉，在哪裡花費大量的時間死摳框架原始碼，意義又在哪裡呢？

也不是說你不能讀原始碼，是要在你有充足精力的前提下。也並非你沒有閱讀過原始碼，就一定面試不成功，如果你對自己的業務領域有獨特的見解，或者其它的一技之長，面試也挺容易的。

為什麼面試官喜歡問原始碼？

我在知乎上看到一個網友的回答挺形象的，供大家參考。

跟面試工作幾年的司機差不多，大部分司機的駕駛水平都差不多「常用框架」，司機最重要的駕駛技術「工具熟練程度」和安全意識「不寫出低階bug」，但在面試中很難衡量，那就聊聊修車吧「原始碼」，最起碼要根據現象能看到問題的原因「定位bug」，雖然有的故障「bug」不是司機能解決的，但懂車「看過原始碼」的知道是哪的問題，去哪修「請教專業人員」，小問題可以自己動手解決「修改原始碼」，自己改裝過汽車「寫底層框架」的肯定是專業人員了。

如何堅持下去呢？

我覺得帶著目的性最好，比如，你可以把自己讀原始碼的所得進行變現「在一些知識付費平臺開通專欄」，這樣你便能一直讀下去。如果沒有目的性，你多半會「三天打魚，兩天晒網」。

怎麼閱讀原始碼呢？

對於閱讀原始碼，我雖然不是大牛，但多少還是有點經驗。大家都知道「打蛇要打三寸」，讀原始碼也一樣，要抓住要害。就以那篇貼子所提到的 Tomcat 為例，這隻三隻腳的貓，說到底也就是一個滿足 Servlet 規範的容器，對於這種容器而言，它無非就是提供 Socket 服務、URL 請求分發、封裝 Request / Response，只是 Tomcat 在此基礎上做了更細化的處理，如利用了一些設計模式，JMX，Session處理，類載入機制，相關元件等，我覺得最有意思的是這些元件「見下圖」。

總的來說，如果時間充足，建議多讀讀原始碼，畢竟技多不壓身！

讀者福利

針對於上面的文章我總結出了網際網路公司java程式設計師面試涉及到的絕大部分面試題及答案做成了文件和架構視訊資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分散式、高併發等架構技術資料），希望能幫助到您面試前的複習且找到一個好的工作，也節省大家在網上搜索資料的時間來學習。

資料獲取方式：加qun群：956011797點選立即加入找管理小姐姐免費獲取！

合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！