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

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

JavaEE 框架，從百家混戰到現在 Spring 基本一統天下。

Web 開發，從標配的 SSH 到現在 SpirngMVC + MyBatis 組合。

IDE，從當年如火如荼的 JBuilder 到 Eclipse，再到更好用的 IDEA。

而本文，我主要談一下那些Java知識“已經過時”，沒必要繼續學習了。您也可以把本文看做上篇文章的補充。

我判斷的依據主要有以下幾點：

實際開發能否用到？

是否有助于加深對技術的理解？

對面試是否有用？

JSP

JSP在實際開發中，主要是作為 MVC 模型中的 V（View）層出現的。當然，View 層的渲染技術除了JSP，還有 FreeMaker、Velocity 等。

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

而當前，包括我所在的公司，以及大部分互聯網公司。要么已經拋棄這種模式，要么正在拋棄的路上，而轉向徹底的“前后端分離”。

在“前后端分離”模式下，后端只負責提供服務接口（例如 REST），而前端（例如 HTML5）通過接口發送/獲取，呈現數據（例如 JSON 格式）。

這樣，在后端，原來的MVC框架，某種意義上已經演變為 MC 框架。因此，與V（View）相關的一切模板技術都失去了學習的必要，其中當然也包括 JSP。所以，后來的 Java 學習者，我的建議是：

“完全可以放棄對 JSP 的學習?！?/p>

Struts

在 Java 后端開發中，MVC 模型還是主流。而 Struts 作為一個 MVC 框架，單從技術上來說，還是很優秀的。

但是，現在 Spring 實在是太強勢了，越來越成為 Java 開發中的“一站式”工具包，其中的一個利器就是 Spring MVC。

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

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

因此現在，很多公司，老的 Struts 項目還在維護。但新的項目開發，更多轉向了Spring MVC。因此，如果你是 Java 新手，正在學習中，我的建議是:

“不要再學習 Struts 了，從 Spring MVC 開始吧！”

Hibernate

Hibernate 作為老牌的OR映射框架，功能非常強大，涵蓋面非常廣。但這既是它的優點，同時也成為它的“負擔”，是開發人員“不能承受之重”。

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

當然，為了實現這個目標，Hibernate 也設計的非常復雜、非常精巧。就不可避免的帶來以下副作用：

學習成本高

配置復雜

調優困難

前兩點不難理解，單說“調優困難”。

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

雖然 Hibernate 也支持 SQL 級別的調優，但因為框架設計的過于復雜和精巧，這就需要開發人員對 Hibernate 理解的非常透徹，這就帶來了更高的學習成本。

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

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

“不需要再學習 Hibernate 了，學 MyBatis 就夠了?！?/p>

Servlet（要精通）

當然，現在不會有任何公司，再用純粹的 Servlet 來時實現整個 Web 應用，而是轉向一些更高級的技術（例如各種MVC框架）。因此，會給人一種錯覺：Servlet 已經過時，后來者就不需要再學習了。

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

Servlet 不僅要學，而且要學深，學透。

當前，Servlet 雖然不再是一個主流 web 開發技術，但依然是 Java Web 開發技術的基礎，是 Java Web 容器的基石，是行業標準。而現在流行的各種 MVC 框架（包括 SpringMVC），在最底層，還是以 Servlet 為基礎的。

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

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

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

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

所以，如果你正在學習 Java，對 Servlet，我的建議是：

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

其他

目前在國內，Java 更多是作為 web 后端技術出現的。因此在實際學習中，很多技術就不符合“國情”，學習的現實意義不大。下面我就簡單列舉下。

1.Applet

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

2.Swing

作為桌面 UI 框架。且不說本身設計的咋樣?，F實開發中，我接觸的桌面應用，要么用 C++（例如MFC），要么用 C#（Winform、WPF）。所以，Swing 就沒有學習的必要了。

3.JDBC

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

4.XML

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

編輯：黃飛

?