酷应用

盘点 6 个被淘汰的 Java 技术，它们都曾经风光过！| CSDN 博文精选

百家作者：CSDN 2020-07-24 10:05:24

作者 | 栈长

责编 | 屠敏

出品 | CSDN 博客

今天给大家分享下我的开发历程中，我知道的那些被淘汰的技术或者框架，有些我甚至都没有用过，但我知道它曾经风光过。

废话不多说，下面我要开始吹了……

Swing

下面这个是用 swing 开发的：

图来源网络，有没有似曾相识的感觉？懂的自然懂！

Swing 算是 Java 早期代替 AWT 的桌面应用 GUI 开发工具包，一个听到就已经淘汰的技术，给我的感觉就是丑丑丑！现在与 AWT 一起在时间这个长河里长眠。

如果 Java GUI 库发展历程分为三代，可以是：

AWT > SWING > JAVAFX

随着 JavaFx 的发布，加速 SWING 的被淘汰。下面这个是用 JavaFx 开发的：

图来源：zhihu.com/question/54498643/answer/271632290

现在 JavaFx 也有十来年了，虽然这篇帖子也在说 JavaFx 淘汰了的，只是现在桌面应用不是主流吧，我也没用过不敢乱说，JavaFx 在桌面应用开发应该还是有一席之地的。

JSF

JSF：Java Server Faces

JSF是一种用于构建 Java Web 应用程序的表现层框架，和 Struts 一样性质的框架。

图来源：https://javabeat.net/jsf-2/

国内用 JSF 的比较少，有也是老系统了，国外应该还有用 JSF 的，不过随着 Spring MVC, Spring Boot 的横空出世，JSF 应该也是过时的技术了。

EJB

EJB也是个神器，只见其影，未见其身。前些年，在网上各个面试题还有它的身影，现在估计很难见到了。

EJB：Enterprise Java Beans，即：企业Java Beans

Sun公司发布的文档中对 EJB 的定义是：EJB 是用于开发和部署多层结构的、分布式的、面向对象的 Java 应用系统的跨平台的构件体系结构。

简单来说，EJB就是部署分布式系统用的，就是把A程序放在服务器上，通过B客户端来调用，并且是跨平台的。

图来源：oreilly.com

因为 EJB 过于复杂和笨重，调试非常麻烦，现在都被轻量级的 RPC 框架（Dubbo）及轻量级 Restful 形式的分布式框架（Spring Cloud）替代了。关注微信公众号Java技术栈在后台回复分布式可以获取分布式架构系列教程。

JSP

JSP 全称：Java Server Pages，是由早期的 Sun 公司发布的一种动态网页开发技术，即在 HTML 网页代码中嵌入 JSP 标签的 Java 代码实现动态网页。

JSP 代码示例：

<html>    <head>        <title>微信公众号Java技术栈</title>    </head>    <body>        <%            out.println("Hello, Java技术栈！");        %>    </body></html>

这个示例只是简单的调用 JSP 的内置 out 对象在页面输出展示一句话。

JSP 的本质其实就是 Servlet，JSP 文件被编译之后，就变成了 Servlet Java 类文件，因为 JVM 虚拟机只能识别 Java 字节码文件，而不能识别 JSP 文件。

在 JSP 的时代，那时候还没有前后端分离的说法，JSP 可以包揽全部，即实现静态页面，又实现动态代码逻辑，全部都在一个 JSP 文件里面。这样，一个程序员既是前端，又是后端。

但是，现如今在前后端分离的热潮下，前后端分工明确，后端只负责业务逻辑的接口开发，前端负责调用后端接口再做页面数据封装展示，JSP 几乎是被淘汰了。

虽然 JSP 是被前后端分离取代了，但并不说明 JSP 没有用了，不是所有系统都是前后端分离的，比如说一个只有两三个页面的动态系统，JSP、Servlet足以搞定，你总不能上页面模板引擎、各种框架，或者再上前后端分离吧？

Struts

Struts2 那些年可谓是风光无限啊，Struts2 + Spring + Hibernate 三大框架一起组成了 "SSH"————牛逼哄哄的 Java Web 框架三剑客。

Struts 这篇就不多说了，具体看这篇：Struts2 为什么被淘汰？

Memcached

Redis 这几年的大热，现在已经替代 Memcached 成为缓存技术的首要中间件，作为大厂的带头兵，在 BAT 里面，Redis 也已经逐渐取代了 Memcached，广泛使用 Redis 作为缓存应用方案。

为什么 Redis 能后来居上呢？关注微信公众号Java技术栈在后台回复redis可以获取 Redis 系列教程。

1）速度更快

Memcached 使用的是多线程模型，既然是多线程，就会因为全局加锁而带来性能损耗。而 Redis 使用的是单线程模型，没有锁竞争，速度非常快。

2）数据类型更丰富

Memcached 数据类型非常单一，只支持 String 数据类型，在业务实现上就非常有瓶颈。

而 Redis 支持 string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(sorted set:有序集合) 等……丰富的数据类型可以让 Redis 在业务上大展拳脚。

这也是 Redis 能代替 Memcached 最重要的原因之一。

并且，Memcached 值最大上限为：1M，而 Redis 最大可以到：1GB。

3）数据持久化

Memcached 不支持持久化，Redis 支持。

缓存服务器断电后，Memcached 的数据是不能恢复的，而 Redis 可以将数据保久化在磁盘中，服务器重启的后可以加载再次使用，不会造成数据断电丢失。

比如，有些数据是直接放在缓存数据库中的，其他地方可能没有备份，如果丢失了，那可能会造成业务影响，这也是 Redis 非常有用的一个保障特性。

总结

好了，今天栈长列举了 6 个经典的即将被淘汰的技术或框架，虽然这些技术现在面临淘汰，但它们曾经也风光过，值得敬畏。

另外，虽然这些技术要被淘汰了，但不说明它们没有用了，它们依然在被运用，只是现在不是主流了。

最后，在大家的开发历程中，你都遇到过哪些曾经很风光，但现在即将被淘汰的技术呢？欢迎大家留言分享讨论~

声明：本文为 CSDN 博主「Java技术栈」的原创文章，版权归对方所有。

原文：https://blog.csdn.net/youanyyou/article/details/107487834?spm=1000.2115.3001.4128

更多精彩推荐
☞中国首个火星探测器天问一号发射成功！
☞推特惊爆史诗级漏洞，App 恶意窃取用户隐私，云端安全路向何方？
☞谷歌教父传奇：跳级读博士、大学共同创立 Google ，规定工程师 25% 时间思考创意
☞万亿美元软件浪潮来临，开发者是核心！
☞用 Python 可以实现侧脸转正脸？我也要试一下！
☞员工导致Twitter陷入史诗级加密黑客风暴？官方回应来了
点分享
点点赞
点在看