最近這段時間收到了一些讀者的私信，他們經(jīng)常問我某個技術(shù)要不要學(xué)，還有一些在國外的同學(xué)竟然對 Java 圖形化很感興趣，還想找這方面的工作，我一直不知道該如何回答他們這些問題，直到我看到了一位大佬的回答，希望能對他們有幫助吧。

我接觸 Java 已近20年了，見證了許多 Java 技術(shù)變遷，包括：

JavaEE 框架，從百家混戰(zhàn)到現(xiàn)在 Spring 基本一統(tǒng)天下。

Web 開發(fā)，從標(biāo)配的 SSH 到現(xiàn)在 SpirngMVC + MyBatis 組合。

IDE，從當(dāng)年如火如荼的 JBuilder 到 Eclipse，再到更好用的 IDEA。

而本文，我主要談一下那些Java知識“已經(jīng)過時”，沒必要繼續(xù)學(xué)習(xí)了。您也可以把本文看做上篇文章的補(bǔ)充。

我判斷的依據(jù)主要有以下幾點：

實際開發(fā)能否用到？

是否有助于加深對技術(shù)的理解？

對面試是否有用？

JSP

JSP在實際開發(fā)中，主要是作為 MVC 模型中的 V（View）層出現(xiàn)的。當(dāng)然，View 層的渲染技術(shù)除了JSP，還有 FreeMaker、Velocity 等。

JSP 作為頁面模板，在后端通過 MVC 框架渲染成 HMTL，然后再發(fā)送到客戶端（例如瀏覽器）來呈現(xiàn)。這也就是我們常說的“前后端不分離”，“混合式”開發(fā)。

而當(dāng)前，包括我所在的公司，以及大部分互聯(lián)網(wǎng)公司。要么已經(jīng)拋棄這種模式，要么正在拋棄的路上，而轉(zhuǎn)向徹底的“前后端分離”。

在“前后端分離”模式下，后端只負(fù)責(zé)提供服務(wù)接口（例如 REST），而前端（例如 HTML5）通過接口發(fā)送/獲取，呈現(xiàn)數(shù)據(jù)（例如 JSON 格式）。

這樣，在后端，原來的MVC框架，某種意義上已經(jīng)演變?yōu)?MC 框架。因此，與V（View）相關(guān)的一切模板技術(shù)都失去了學(xué)習(xí)的必要，其中當(dāng)然也包括 JSP。所以，后來的 Java 學(xué)習(xí)者，我的建議是：

“完全可以放棄對 JSP 的學(xué)習(xí)?！?/p>

Struts

在 Java 后端開發(fā)中，MVC 模型還是主流。而 Struts 作為一個 MVC 框架，單從技術(shù)上來說，還是很優(yōu)秀的。

但是，現(xiàn)在 Spring 實在是太強(qiáng)勢了，越來越成為 Java 開發(fā)中的“一站式”工具包，其中的一個利器就是 Spring MVC。

望名知意，Spring MVC 也是一個 MVC 框架。而且因為它是 Spring 的親兒子，自然和 Spring 契合的非常完美。

同時，在設(shè)計之初，Spring MVC 就參照了其他 MVC 框架的優(yōu)缺點（包括Struts），所以用起來非常爽。因此，在 MVC 框架領(lǐng)域，Spring MVC 大有一統(tǒng)天下的趨勢。

因此現(xiàn)在，很多公司，老的 Struts 項目還在維護(hù)。但新的項目開發(fā)，更多轉(zhuǎn)向了Spring MVC。因此，如果你是 Java 新手，正在學(xué)習(xí)中，我的建議是:

“不要再學(xué)習(xí) Struts 了，從 Spring MVC 開始吧！”

Hibernate

Hibernate 作為老牌的OR映射框架，功能非常強(qiáng)大，涵蓋面非常廣。但這既是它的優(yōu)點，同時也成為它的“負(fù)擔(dān)”，是開發(fā)人員“不能承受之重”。

Hibernate 的設(shè)計初衷，是為了最大程度的解放程序員，完全隔離數(shù)據(jù)庫，實現(xiàn)徹底的 OR 映射。程序員甚至可以不寫一行 SQL 語句，單通過配置就能實現(xiàn)對數(shù)據(jù)庫的操作。

當(dāng)然，為了實現(xiàn)這個目標(biāo)，Hibernate 也設(shè)計的非常復(fù)雜、非常精巧。就不可避免的帶來以下副作用：

學(xué)習(xí)成本高

配置復(fù)雜

調(diào)優(yōu)困難

前兩點不難理解，單說“調(diào)優(yōu)困難”。

因為 Hibernate 的設(shè)計目標(biāo)是徹底的 OR 映射，徹底的隔離 SQL 語句。但必然會帶來一定的性能損失。大部分情況下，應(yīng)用如果對性能不敏感，Hibernate 也沒問題。但應(yīng)用一旦對性能敏感，有SQL級別調(diào)優(yōu)的需求，Hibernate 的優(yōu)點反而成為缺點。

雖然 Hibernate 也支持 SQL 級別的調(diào)優(yōu)，但因為框架設(shè)計的過于復(fù)雜和精巧，這就需要開發(fā)人員對 Hibernate 理解的非常透徹，這就帶來了更高的學(xué)習(xí)成本。

而現(xiàn)在最流行的 MyBatis，作為一個“混合式”，輕量級OR映射框架，既繼承了Hibernate 的優(yōu)點，同時也吸取了他的教訓(xùn)。在支持配置的同時，又能接觸SQL，從而帶來了更多靈活性（包括調(diào)試、優(yōu)化）。

當(dāng)前，在實際開發(fā)中，Hibernate 使用的越來越少了。大家更偏愛MyBatis這種輕量級框架。所以，對后來學(xué)習(xí)者，我的建議是：

“不需要再學(xué)習(xí) Hibernate 了，學(xué) MyBatis 就夠了?！?/p>

Servlet（要精通）

當(dāng)然，現(xiàn)在不會有任何公司，再用純粹的 Servlet 來時實現(xiàn)整個 Web 應(yīng)用，而是轉(zhuǎn)向一些更高級的技術(shù)（例如各種MVC框架）。因此，會給人一種錯覺：Servlet 已經(jīng)過時，后來者就不需要再學(xué)習(xí)了。

在這里，我可以非常負(fù)責(zé)任的說：這種觀點是極端錯誤，極端不負(fù)責(zé)任的。

Servlet 不僅要學(xué)，而且要學(xué)深，學(xué)透。

當(dāng)前，Servlet 雖然不再是一個主流 web 開發(fā)技術(shù)，但依然是 Java Web 開發(fā)技術(shù)的基礎(chǔ)，是 Java Web 容器的基石，是行業(yè)標(biāo)準(zhǔn)。而現(xiàn)在流行的各種 MVC 框架（包括 SpringMVC），在最底層，還是以 Servlet 為基礎(chǔ)的。

為此，我畫了一個簡單的圖（不準(zhǔn)確，會意即可）：

所以，如果你想要徹底掌握某個 MVC 框架，則必須徹底理解 Servlet。

而且，Servlet 作為一個基礎(chǔ)設(shè)施。精通它，不僅有助于理解各種 MVC 框架。即使 Servlet 本身，也有很多實用價值。

如果你深刻理解了Servlet 的生命周期，就可以在底層做很多事情。譬如在Request 進(jìn)來的時候，進(jìn)行攔截，進(jìn)行權(quán)限的判定。也可以在 Response 發(fā)出的時候，進(jìn)行攔截，統(tǒng)一檢查、統(tǒng)一附加。

所以，如果你正在學(xué)習(xí) Java，對 Servlet，我的建議是：

“Servlet 不僅要學(xué)，而且要學(xué)深，學(xué)透?！?/p>

其他

目前在國內(nèi)，Java 更多是作為 web 后端技術(shù)出現(xiàn)的。因此在實際學(xué)習(xí)中，很多技術(shù)就不符合“國情”，學(xué)習(xí)的現(xiàn)實意義不大。下面我就簡單列舉下。

1.Applet

作為頁面插件技術(shù)，不用多說，連flash都快被淘汰了，更無論從未流行的applet。

2.Swing

作為桌面 UI 框架。且不說本身設(shè)計的咋樣?，F(xiàn)實開發(fā)中，我接觸的桌面應(yīng)用，要么用 C++（例如MFC），要么用 C#（Winform、WPF）。所以，Swing 就沒有學(xué)習(xí)的必要了。

3.JDBC

作為較低層的數(shù)據(jù)庫基礎(chǔ)設(shè)施，JDBC 被很多框架（例如MyBatis）支持。但在實際開發(fā)中，程序員即使不了解也無大礙。因此，雖然我不能建議你放棄 JDBC學(xué)習(xí)，但如果你時間有限，完全可以把它的優(yōu)先級排低一點。

4.XML

XML 現(xiàn)在還在廣泛應(yīng)用。但作為一個 web 數(shù)據(jù)傳輸格式，正在逐漸被 JSON 替代。所以，對 Java 后端學(xué)習(xí)來說，XML 簡單了解即可。至于龐雜的 XML 操作 API（例如XPath），完全不必學(xué)習(xí)。將來真要用到，再查也不遲。

編輯：黃飛

?