前段時間應 CSDN 邀請審核 Java 知識庫內容，借此我也有機會好好梳理了下自己的 Java 知識體系。 成文一篇望能幫到即將走進或正在 Java 世界跋涉的程序猿們。

第一張，基礎圖

大約在 2003 年我開始知道 Java 的（當時還在用 Delphi），但到 2004 年本科畢業才開始正式決定學習 Java。 那時認為用 Delphi 寫 C/S 架構的程序沒什麽意思，Java 當時提出的 J2EE 規範概念，企業級架構感覺各種高大上，壓抑不住內心的欲望就這麽開啟了 Java 的征途。 老實說。當時一進入 Java 世界的大門就暈了，各種規範、概念和英文縮寫詞能把人整的暈暈乎乎。

• J2SE
• J2EE
• J2ME
• JSP
• JDBC
• JMS
• EJB
• JNDI
• JDBC
• JTA

隨便回顧了下當時一進來咋一看到的東西，非常多陌生的英文名詞縮寫（幸好那時 Java 還沒有各種框架百花齊放，要不更暈了），根本不知道該從哪裏入手學起。 而正好同學有本 JSP 的書。所以我就從 JSP 入手了。老實說那真是本爛書。我如今連名字都不記得了，大概記得是從一些樣例入手搭建起一個 JSP 的 Demo 網站。

被各種環境、容器問題虐了千百遍後最終跑起了個樣例，從本機瀏覽器最終看到樣例裏的頁面，有一秒鐘的成就感，然後就是茫然。 由於我根本搞不懂這一切是怎麽工作的，它們的原理是什麽？ 繞了一大圈，走了非常多彎路。假設再給我一次重來的機會。我會從基本 Java 語言基礎開始。

什麽是基礎？Java 是一門面向對象語言，最重要的概念是對象，而其全部的語法只是都是環繞它展開。 而其它程序的主要的結構和變量：順序、循環、分支，有之前的其它語言基礎只是就是換了個形式而已。 理解了對象。那麽環繞對象的概念：類、接口都是自然的延伸。 當然掌握了核心概念和主要的語法。也只是就是能寫個 Hello World 的水準。但重點是你的起點對了，征程就近了。

這個階段通過讀好書和作一些主要的練習來熟悉語言和相關類庫。 Java 起步的書籍在我的印象中《Thinking In Java》挺合適（哎。我繞了一圈才看到這本書），當然也還有些其它不錯的書，如《Introduction to Java Programming》。《Core Java》。 我的感受是這類起步書能夠多弄幾本，一個知識點參照著讀，畢竟一個作者可能也有疏漏，橫向閱讀，而不是縱向把一本從頭啃到尾。

一個知識點一個知識點的抓住。搞通，一步就踩一個深深的腳印，不要到處亂跑，結果都是泛泛，起步慢點。後面才幹快。

關於基礎。在我眼中最核心和重要的部分並不多，我這裏簡單列下：

• 核心概念
  
  • 對象模型
  • 接口設計
• 類庫
  
  • lang
  • collections
  • concurrent
  • io

這裏核心概念就不多寫了，基本體如今全部 Java 的代碼庫中，伴隨始終，區別僅僅在理解和抽象的適度與否。 JDK 那麽多庫。這裏僅僅列了上面幾個，lang 裏面事實上最重要的我想說的是 String。這是非常多人都忽略的。

C 裏沒有 String 的概念。Java 則提供了這個對象，但沒能好好理解並用好這個對象。以後會讓你踩無盡的坑，還重復踩。 不信去搜搜關於各種字符編碼亂碼的低級問題有多少，除此還有由於 String 引發的各種性能問題。

由 String 這個核心對象發散出去關於字符的編碼，字符的字節表達（大端、小端、網絡字節序），對 GC 的影響，正則表達，模式匹配，這可能是 Java 裏內涵最豐富的對象了。

Collections 框架提供了大量經常使用的數據結構封裝。基本讓 Java 程序猿告別了手動實現你從數據結構課程上學來的絕大部分經常使用數據結構。 正確理解不同數據結構的適用場景比自己能手動實現它們實用的多。沒事多看看 Collections 中的代碼，都是大師級的實現啊。 記得我學 Java 時還是 JDK 1.3。進入工作後主流是 1.4，那時是沒有 concurrent 庫的。

自己處理線程間通信時，被各種通知遺漏、早通知，死鎖搞的死去活來。 所以如今的 Java 的程序猿都要幸福的多了。concurrent 又一個大師級的類庫實現，也是能夠沒事多看看，多揣摩。 IO 庫，不論是文件 IO 還是網絡 IO 都是 Java 程序猿最常打交道的，熟悉它的 API 固然重要， 但更重要的是理解是怎樣對 IO 操作的抽象和建模，理解不同的 IO 模型其背後的本質與原理。

好了。當完畢可上面這些基礎內容的學習後，我們得到了第一張地圖，像以下這樣。

第二張，技能圖

即使掌握了第一張圖要在 Java 的世界自由馳騁還是有點小困難的。 如今 Java 的一個主流使用場景是後端開發，這一領域在它的上一個時代是 J2EE（如今叫 Java EE） 的天下。又稱為 Java 企業版。

J2EE 包括的內容非常多，核心是 EJB。

當時我剛在學校裏累死累活學完分布式對象技術，以 CORBA 和 EJB 為例來實作。 又看了好幾本 EJB 設計模式和最佳實踐的書，然後還沒畢業進入公司一實習發現大家說如今不用 EJB 了。我們用一個叫 Spring 的東東。

IoC、DI 等新的英文縮寫又出現了，一口老血還沒來得及噴出，又又一次振作開始新的學習征程。

是的，EJB 在那時（2005）開始慢慢退出主流。 音樂學博士 Rod Johnson 一本 《Expert One-on-One J2EE Development without EJB》宣判了 EJB 的死刑，Spring 登上歷史舞臺。 從此 Java 進入了 Framework 大發展的時代。SSH/SSI 等技術框架組合形成了 Java 開發的主流，並持續影響至今。

Java 的框架越來越多。生態越來越大。剛開始學習的人面對如此龐雜的框架。想必也是內心茫然，感覺真是學無止境。沒完沒了。

事實上真實的項目中。真正用到的框架並不多，SSH/SSI 基本作為 Java Web 項目的核心框架。是你上手的核心利器。自需熟練掌握。

但知其然還需知其所以然，Spring 接管了對象創建和相互依賴管理的工作，把設計模式隱藏在框架的運用中，非常多人僅僅知用而未曾思。 Web 開發從早期的 JSP 一大亂燉（HTML + CSS + JS + Java + SQL，早期我就是把全部這些都放一個 JSP 裏，想想有多難維護），到 MVC 的職責劃分。 僅僅一個 View 層也經歷了從標簽庫到頁面模版（Velocity、Freemarker）的進化，如今更徹底的前後端分離模型我更喜歡。

曾幾何時調幾個頁面的 CSS 樣式殺死了我多少時間，專業化分工是有利於效率和深度的。互聯網和移動互聯網大發展引發的 Web 版本號進化，讓如今的前端復雜度已不在後端之下。

那麽作為一個 Java project師我究竟要掌握多少框架才夠？這是一個偽命題。由於掌握多少個都不會夠。 核心的熟練掌握幾個。泛泛了解大量的，掌握高速學習框架的能力才是解決之道。

還是以 SSH/SSI 為例。專業前端分工的趨勢越發明顯，徹底解放了後端 Java project師的苦惱。

以 Spring 為例的框架攻克了大量通用型的問題，今天的 Spring 比當初大了幾十倍不止吧（把全部以 Spring 冠名的子項目算上的話）。都是解決特定的通用問題。

所以當你寫代碼時突然想寫個以 Util 命名的類時，停住想想這是一個解決通用問題的類麽，最好還是搜搜現成的類庫，比方說不定 Apache Commons 裏就有你須要的代碼。 通用類庫和框架讓我們解放出來專註業務邏輯與效率，這非常可能是你的代碼最有價值的部分，有程序猿可能會抱怨這些沒技術含量，而我認為能用最有效的技術實現業務價值最大化才是最有技術含量的事。

框架如兵器，十八般（遠不止十八）兵器我未必樣樣會。但我們得有一樣能力。如張無忌學太極劍一樣。臨敵學劍還能勝之。 這裏面的訣竅不在學習招式，好比你或許認為你 Hibernate 使用方法掌握的爐火純青又怎樣，一上線數據庫卻先崩潰了。 這裏的本質還在理解關系（SQL）數據庫，如今或許還須要加上對特定非關系（NoSQL）數據庫的原理與機制的理解，甚至包括對 O/R 映射模型的本質理解。

所以，基礎像內功、框架如兵器、運用為招式，存乎一心、運用之妙，三者融會貫通，則已可在 Java 世界縱橫一方。 如上所述，基於此我們有了第二張地圖。

第三張，延伸圖

而第三張圖，我已無法再給出一個我認為稍具普適性的建議。

到了這個階段每一個人的成長發展方向會受其環境和實際情況影響，我以自身為例稍加說明。 進入互聯網公司後這幾年。Java 技術的發展開始從 J2EE 容器化的單一應用向 SOA 和微服務發展變遷。 規模化的分布式系統成為常態，所以我很多其它的相關工作便集中於此領域。 一方面縱深挖掘繼續補全知識盲區，比方分布式程序的基礎是 RPC 調用，RPC 的本質是網絡加對象序列化。

對應就去徹底搞懂 TCP 的原理，Unix/Linux 下網絡編程模型。幾種不同的網絡 IO 模型。

然後再上升到 Java 基於此提供的網絡編程模型，BIO（堵塞）、NIO（非堵塞）和 AIO（異步IO），並結合實際工作實踐去深入理解。

在這個過程接觸了大量不同的 RPC 技術，從 Java 自帶的 RMI 到 WebService 技術規範。

之後一些更簡潔、性能更強大的 RPC 框架層出不窮，如 Hessian、Thrift 等等。

不同框架的本質依舊如一，隨著服務化的發展基於 RPC 框架又進一步衍生出提供額外增值功能的服務框架，如阿裏開源的 Dubbo。

隨著工作實踐的深入。向下有可能又會進入 JVM 層面去分析對象的內存使用，線程的調度執行和延時情況。 這個階段發揮核心作用的依舊是前面說的高速學習並應用於工作實踐的能力。

與縱深的還有一面是橫向擴展，隨著工作性質的變化也可能須要更寬廣的技術知識面。 比方成為架構師後。對技術知識面的廣度要求某些方面會更高。 有方法的技術學習和涉獵技巧讓你能更快擴張技術寬度，站在更高維度來審視不同的技術方向和產品，最有效的做出合適的技術決策。

在這個階段的每一個人都可能面臨不同的環境和實踐。所以這階段形成的地圖會千差萬別。

以下是我的第三張圖，僅供走在 Java 征途上的同行者們參考。

而按這千差萬別的地圖走過的路徑，正巧構成獨一無二的你。

即使你如今還沒地圖，但也別茫然而永遠的駐足不前。 保持前進總會找到路，事實上我就是這麽過來的。一直以來。不敢止步。

寫點文字，畫點畫兒。「瞬息之間」一切都變了。認為不錯，可長按或掃描二維碼關註。

Java 征途：行者的地圖