摘要：老實說，當時一進入世界的大門就暈了，各種規(guī)范概念和英文縮寫詞能把人整的暈暈乎乎。等新的英文縮寫又出現了，一口老血還沒來得及噴出，又重新振作開始新的學習征程。

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

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

J2SE

J2EE

J2ME

JSP

JDBC

JMS

EJB

JNDI

JDBC

JTA

隨便回憶了下當時一進來咋一看到的東西，很多陌生的英文名詞縮寫（幸好那時 Java 還沒有各種框架百花齊放，要不更暈了），根本不知道該從哪里入手學起。 而正好同學有本 JSP 的書，所以我就從 JSP 入手了。老實說那真是本爛書，我現在連名字都不記得了，大概記得是從一些例子入手搭建起一個 JSP 的 Demo 站點。 被各種環(huán)境、容器問題虐了千百遍后終于跑起了個例子，從本機瀏覽器終于看到例子里的頁面，有一秒鐘的成就感，然后就是茫然。 因為我根本搞不懂這一切是怎么工作的，它們的原理是什么？ 繞了一大圈，走了很多彎路，如果再給我一次重來的機會，我會從基本 Java 語言基礎開始。

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

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

關于基礎，在我眼中最核心和重要的部分并不多，我這里簡單列下：

核心概念

對象模型

接口設計

類庫

lang

collections

concurrent

io

這里核心概念就不多寫了，基本體現在所有 Java 的代碼庫中，伴隨始終，差別只在理解和抽象的適度與否。 JDK 那么多庫，這里只列了上面幾個，lang 里面其實最重要的我想說的是 String，這是很多人都忽略的。 C 里沒有 String 的概念，Java 則提供了這個對象，但沒能好好理解并用好這個對象，以后會讓你踩無盡的坑，還反復踩。 不信去搜搜關于各種字符編碼亂碼的低級問題有多少，除此還有由于 String 引發(fā)的各種性能問題。 由 String 這個核心對象發(fā)散出去關于字符的編碼，字符的字節(jié)表達（大端、小端、網絡字節(jié)序），對 GC 的影響，正則表達，模式匹配，這可能是 Java 里內涵最豐富的對象了。

Collections 框架提供了大量常用的數據結構封裝，基本讓 Java 程序員告別了手動實現你從數據結構課程上學來的絕大部分常用數據結構。 正確理解不同數據結構的適用場景比自己能手動實現它們有用的多，沒事多看看 Collections 中的代碼，都是大師級的實現啊。 記得我學 Java 時還是 JDK 1.3，進入工作后主流是 1.4，那時是沒有 concurrent 庫的。 自己處理線程間通信時，被各種通知遺漏、早通知，死鎖搞的死去活來。 所以現在的 Java 的程序員都要幸福的多了，concurrent 又一個大師級的類庫實現，也是可以沒事多看看，多揣摩。 IO 庫，不論是文件 IO 還是網絡 IO 都是 Java 程序員最常打交道的，熟悉它的 API 固然重要， 但更重要的是理解是如何對 IO 操作的抽象和建模，理解不同的 IO 模型其背后的本質與原理。

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

即使掌握了第一張圖要在 Java 的世界自由馳騁還是有點小困難的。 現在 Java 的一個主流使用場景是后端開發(fā)，這一領域在它的上一個時代是 J2EE（現在叫 Java EE） 的天下，又稱為 Java 企業(yè)版。 J2EE 包含的內容很多，核心是 EJB。當時我剛在學校里累死累活學完分布式對象技術，以 CORBA 和 EJB 為例來實作。 又看了好幾本 EJB 設計模式和最佳實踐的書，然后還沒畢業(yè)進入公司一實習發(fā)現大家說現在不用 EJB 了，我們用一個叫 Spring 的東東。 IoC、DI 等新的英文縮寫又出現了，一口老血還沒來得及噴出，又重新振作開始新的學習征程。

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

Java 的框架越來越多，生態(tài)越來越大，初學者面對如此龐雜的框架，想必也是內心茫然，感覺真是學無止境，沒完沒了。 其實真實的項目中，真正用到的框架并不多，SSH/SSI 基本作為 Java Web 項目的核心框架，是你上手的核心利器，自需熟練掌握。 但知其然還需知其所以然，Spring 接管了對象創(chuàng)建和相互依賴管理的工作，把設計模式隱藏在框架的運用中，很多人只知用而未曾思。 Web 開發(fā)從早期的 JSP 一大亂燉（HTML + CSS + JS + Java + SQL，早期我就是把所有這些都放一個 JSP 里，想想有多難維護），到 MVC 的職責劃分。 僅僅一個 View 層也經歷了從標簽庫到頁面模版（Velocity、Freemarker）的進化，如今更徹底的前后端分離模型我更喜歡。 曾幾何時調幾個頁面的 CSS 樣式殺死了我多少時間，專業(yè)化分工是有利于效率和深度的，互聯網和移動互聯網大發(fā)展引發(fā)的 Web 版本進化，讓如今的前端復雜度已不在后端之下。

那么作為一個 Java 工程師我到底要掌握多少框架才夠？這是一個偽命題，因為掌握多少個都不會夠。 核心的熟練掌握幾個，泛泛了解大量的，掌握快速學習框架的能力才是解決之道。 還是以 SSH/SSI 為例，專業(yè)前端分工的趨勢越發(fā)明顯，徹底解放了后端 Java 工程師的苦惱。 以 Spring 為例的框架解決了大量通用型的問題，今天的 Spring 比當初大了幾十倍不止吧（把所有以 Spring 冠名的子項目算上的話），都是解決特定的通用問題。 所以當你寫代碼時突然想寫個以 Util 命名的類時，停住想想這是一個解決通用問題的類么，不妨搜搜現成的類庫，比如說不定 Apache Commons 里就有你需要的代碼。 通用類庫和框架讓我們解放出來專注業(yè)務邏輯與效率，這很可能是你的代碼最有價值的部分，有程序員可能會抱怨這些沒技術含量，而我認為能用最有效的技術實現業(yè)務價值最大化才是最有技術含量的事。

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

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

而第三張圖，我已無法再給出一個我認為稍具普適性的建議。 到了這個階段每個人的成長發(fā)展方向會受其環(huán)境和實際情況影響，我以自身為例稍加說明。 進入互聯網公司后這幾年，Java 技術的發(fā)展開始從 J2EE 容器化的單一應用向 SOA 和微服務發(fā)展變遷。 規(guī)模化的分布式系統成為常態(tài)，所以我更多的相關工作便集中于此領域。 一方面縱深挖掘繼續(xù)補全知識盲區(qū)，比如分布式程序的基礎是 RPC 調用，RPC 的本質是網絡加對象序列化。 相應就去徹底搞懂 TCP 的原理，Unix/Linux 下網絡編程模型，幾種不同的網絡 IO 模型。 然后再上升到 Java 基于此提供的網絡編程模型，BIO（阻塞）、NIO（非阻塞）和 AIO（異步IO），并結合實際工作實踐去深入理解。

在這個過程接觸了大量不同的 RPC 技術，從 Java 自帶的 RMI 到 WebService 技術規(guī)范。 之后一些更簡潔、性能更強大的 RPC 框架層出不窮，如 Hessian、Thrift 等等。 不同框架的本質依然如一，隨著服務化的發(fā)展基于 RPC 框架又進一步衍生出提供額外增值功能的服務框架，如阿里開源的 Dubbo。 隨著工作實踐的深入，向下有可能又會進入 JVM 層面去分析對象的內存使用，線程的調度運行和延時情況。 這個階段發(fā)揮核心作用的依然是前面說的快速學習并應用于工作實踐的能力。

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

在這個階段的每個人都可能面臨不同的環(huán)境和實踐，所以這階段形成的地圖會千差萬別。 下面是我的第三張圖，僅供走在 Java 征途上的同行者們參考。 而按這千差萬別的地圖走過的路徑，正巧構成獨一無二的你。

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

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