Java 知識“已經(jīng)過時 ”實際開發(fā)能否用到

JSP

Struts

Hibernate

Servlet（要精通）

其他

最后

最近這段時間收到了一些讀者的私信，問我某個技術(shù)要不要學，還有一些在國外的同學竟然對 Java 圖形化很感興趣，還想找這方面的工作。

比較忙，一直沒抽出時間去回答這類問題，剛好看到我關注的一位大佬回答過，這里分享一下，希望對你能有幫助。

下面是正文。

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

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

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

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

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

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

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

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

對面試是否有用？

JSP

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

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

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

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

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

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

基于 Spring Boot + MyBatis Plus + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序，支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

項目地址：https://github.com/YunaiV/ruoyi-vue-pro

視頻教程：https://doc.iocoder.cn/video/

Struts

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

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

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

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

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

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

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序，支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

項目地址：https://github.com/YunaiV/yudao-cloud

視頻教程：https://doc.iocoder.cn/video/

Hibernate

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

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

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

學習成本高

配置復雜

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

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

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

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

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

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

“_不需要再學習 Hibernate 了，學 MyBatis 就夠了_。”

Servlet（要精通）

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

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

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

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

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

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

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

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

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

“**Servlet 不僅要學，而且要學深，學透** 。”

其他

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

1.Applet

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

2.Swing

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

3.JDBC

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

4.XML

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

最后

上面是我的一家之言，肯定有武斷之處，見諒！