大家好啊，今天棧長給大家分享下我的開發(fā)歷程中，我知道的那些被淘汰的技術或者框架，有些我甚至都沒有用過，但我知道它曾經(jīng)風光過。
廢話不多說，下面我要開始吹了……
1、Swing
下面這個是用 swing 開發(fā)的：
圖來源網(wǎng)絡，有沒有似曾相識的感覺?懂的自然懂!
棧長去年中秋也用過 swing：
這個中秋，我用 Java 畫了一個月餅!
Swing 算是 Java 早期代替 AWT 的桌面應用 GUI 開發(fā)工具包，一個聽到就已經(jīng)淘汰的技術，給我的感覺就是丑丑丑!現(xiàn)在與 AWT 一起在時間這個長河里長眠。
如果 Java GUI 庫發(fā)展歷程分為三代，可以是：
AWT > SWING > JAVAFX
隨著 JavaFx 的發(fā)布，加速 SWING 的被淘汰。下面這個是用 JavaFx 開發(fā)的：
圖來源：zhihu.com/question/54498643/answer/271632290
現(xiàn)在 JavaFx 也有十來年了，雖然這篇帖子也在說 JavaFx 淘汰了的，只是現(xiàn)在桌面應用不是主流吧，我也沒用過不敢亂說，JavaFx 在桌面應用開發(fā)應該還是有一席之地的。
2、JSF
JSF：Java Server Faces
JSF是一種用于構建 Java Web 應用程序的表現(xiàn)層框架，和 Struts 一樣性質的框架。
圖來源：https://javabeat.net/jsf-2/
國內用 JSF 的比較少，有也是老系統(tǒng)了，國外應該還有用 JSF 的，不過隨著 Spring MVC, Spring Boot 的橫空出世，JSF 應該也是過時的技術了。
3、EJB
EJB也是個神器，只見其影，未見其身。前些年，在網(wǎng)上各個面試題還有它的身影，現(xiàn)在估計很難見到了。
EJB：Enterprise Java Beans，即：企業(yè)Java Beans
Sun公司發(fā)布的文檔中對 EJB 的定義是：EJB 是用于開發(fā)和部署多層結構的、分布式的、面向對象的 Java 應用系統(tǒng)的跨平臺的構件體系結構。
簡單來說，EJB就是部署分布式系統(tǒng)用的，就是把A程序放在服務器上，通過B客戶端來調用，并且是跨平臺的。
圖來源：oreilly.com
因為 EJB 過于復雜和笨重，調試非常麻煩，現(xiàn)在都被輕量級的 RPC 框架(Dubbo)及輕量級 Restful 形式的分布式框架 (Spring Cloud) 替代了。
4、JSP
JSP 全稱：Java Server Pages，是由早期的 Sun 公司發(fā)布的一種動態(tài)網(wǎng)頁開發(fā)技術，即在 HTML 網(wǎng)頁代碼中嵌入 JSP 標簽的 Java 代碼實現(xiàn)動態(tài)網(wǎng)頁。
JSP 代碼示例：
- <html>
- <head>
- <title>Java技術棧</title>
- </head>
- <body>
- <%
- out.println("Hello, Java技術棧！");
- %>
- </body>
- </html>
這個示例只是簡單的調用 JSP 的內置 out 對象在頁面輸出展示一句話。
JSP 的本質其實就是 Servlet，JSP 文件被編譯之后，就變成了 Servlet Java 類文件，因為 JVM 虛擬機只能識別 Java 字節(jié)碼文件，而不能識別 JSP 文件。
在 JSP 的時代，那時候還沒有前后端分離的說法，JSP 可以包攬全部，即實現(xiàn)靜態(tài)頁面，又實現(xiàn)動態(tài)代碼邏輯，全部都在一個 JSP 文件里面。這樣，一個程序員既是前端，又是后端。
但是，現(xiàn)如今在前后端分離的熱潮下，前后端分工明確，后端只負責業(yè)務邏輯的接口開發(fā)，前端負責調用后端接口再做頁面數(shù)據(jù)封裝展示，JSP 幾乎是被淘汰了。
雖然 JSP 是被前后端分離取代了，但并不說明 JSP 沒有用了，不是所有系統(tǒng)都是前后端分離的，比如說一個只有兩三個頁面的動態(tài)系統(tǒng)，JSP、Servlet足以搞定，你總不能上頁面模板引擎、各種框架，或者再上前后端分離吧?
5、Struts
Struts2 那些年可謂是風光無限啊，Struts2 + Spring + Hibernate 三大框架一起組成了 “SSH“————牛逼哄哄的 Java Web 框架三劍客。
Struts 這篇就不多說了，具體看這篇：Struts2 為什么被淘汰?
6、Memcached
Redis 這幾年的大熱，現(xiàn)在已經(jīng)替代 Memcached 成為緩存技術的首要中間件，作為大廠的帶頭兵，在 BAT 里面，Redis 也已經(jīng)逐漸取代了 Memcached，廣泛使用 Redis 作為緩存應用方案。
為什么 Redis 能后來居上呢?
1)速度更快
Memcached 使用的是多線程模型，既然是多線程，就會因為全局加鎖而帶來性能損耗。而 Redis 使用的是單線程模型，沒有鎖競爭，速度非常快。
相關閱讀：Redis 到底是單線程還是多線程?
2)數(shù)據(jù)類型更豐富
Memcached 數(shù)據(jù)類型非常單一，只支持 String 數(shù)據(jù)類型，在業(yè)務實現(xiàn)上就非常有瓶頸。
而 Redis 支持 string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(sorted set:有序集合) 等……豐富的數(shù)據(jù)類型可以讓 Redis 在業(yè)務上大展拳腳。
這也是 Redis 能代替 Memcached 最重要的原因之一。
相關閱讀：Redis 的 8 大應用場景!
并且，Memcached 值最大上限為：1M，而 Redis 最大可以到：1GB。
3)數(shù)據(jù)持久化
Memcached 不支持持久化，Redis 支持。
緩存服務器斷電后，Memcached 的數(shù)據(jù)是不能恢復的，而 Redis 可以將數(shù)據(jù)保久化在磁盤中，服務器重啟的后可以加載再次使用，不會造成數(shù)據(jù)斷電丟失。
比如，有些數(shù)據(jù)是直接放在緩存數(shù)據(jù)庫中的，其他地方可能沒有備份，如果丟失了，那可能會造成業(yè)務影響，這也是 Redis 非常有用的一個保障特性。
總結
好了，今天棧長列舉了 6 個經(jīng)典的即將被淘汰的技術或框架，雖然這些技術現(xiàn)在面臨淘汰，但它們曾經(jīng)也風光過，值得敬畏。
另外，雖然這些技術要被淘汰了，但不說明它們沒有用了，它們依然在被運用，只是現(xiàn)在不是主流了。
原文地址：https://www.toutiao.com/a6891927899440415236/
