你好呀，我是歪歪。
前几天逛知乎的时候，发现了这样一个问题：
当时我就非常的激动。因为有一个类似的问题去年九月份就躺在我的手机便签里面了：
一直想找个机会写一写，但是奈何感觉自己资历尚浅，而且里面列举的知识点，并不是自己深刻掌握透彻了的，不好找下笔的角度。
后来也就慢慢的搁置了。
直到我看到了这个问题下面的一个高赞回答，简直不能再赞同。
所以分享给大家看看。
另外，我不得不说一句。
你可以看到我的便签里面是没有写 JSP 的，但是下面这个回答第一个说的就是 JSP。
我刚刚参加工作的时候，2016 年，那个时候我做后端还得兼顾着写前端页面的职责。
当时主要就是依靠 JSP 实现前端的一些功能，当时各种页面标签、什么 ajxs 用的非常的溜。
其实 JSP 页面，还能做很多骚操作，给程序留设置很多后门。
所以我觉得 JSP 还是有必要学习的，因为它至少在我的职业生涯刚刚开始的时候充当着非常重要的角色。
但是当我看到这个回答之后，我再次好好的审视了 JSP。
我觉得作者的观点是对的，对于几年前的 Java 程序员来说，JSP 的学习是非常必要的，但是对于后来的 Java 学习者，可以放弃这块的学习。
岁月无情，JSP 一路走好。
好了，以下是正文，我们一起看看。
作者：沈世钧 链接：https://www.zhihu.com/question/305924723/answer/557800752
本文我主要谈一下那些Java知识“已经过时”，没必要继续学习了。您也可以把本文看做上篇文章的补充。
我判断的依据主要有以下几点：
实际开发能否用到？是否有助于加深对技术的理解？对面试是否有用？
JSP
JSP在实际开发中，主要是作为MVC模型中的V（View）层出现的。当然，View层的渲染技术除了JSP，还有FreeMaker、Velocity等。
JSP作为页面模板，在后端通过MVC框架渲染成HMTL，然后再发送到客户端（例如浏览器）来呈现。这也就是我们常说的“前后端不分离”，“混合式”开发。
而当前，包括我所在的公司，以及大部分互联网公司。要么已经抛弃这种模式，要么正在抛弃的路上，而转向彻底的“前后端分离”。
在“前后端分离”模式下，后端只负责提供服务接口（例如REST），而前端（例如HTML5）通过接口发送/获取，呈现数据（例如JSON格式）。
这样，在后端，原来的MVC框架，某种意义上已经演变为MC框架。因此，与V（View）相关的一切模板技术都失去了学习的必要，其中当然也包括JSP。
所以，后来的Java学习者，我的建议是：
完全可以放弃对 JSP 的学习。
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就够了。
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不仅要学，而且要学深，学透。
其他
目前在国内，Java更多是作为web后端技术出现的。因此在实际学习中，很多技术就不符合“国情”，学习的现实意义不大。下面我就简单列举下。
1.Applet
作为页面插件技术，不用多说，连flash都快被淘汰了，更无论从未流行的applet。
2.Swing
作为桌面UI框架。且不说本身设计的咋样。现实开发中，我接触的桌面应用，要么用C （例如MFC），要么用C#（Winform、WPF）。所以，Swing就没有学习的必要了。
3.JDBC
作为较低层的数据库基础设施，JDBC被很多框架（例如MyBatis）支持。但在实际开发中，程序员即使不了解也无大碍。因此，虽然我不能建议你放弃JDBC学习，但如果你时间有限，完全可以把它的优先级排低一点。
4.XML
XML现在还在广泛应用。但作为一个web数据传输格式，正在逐渐被JSON替代。所以，对Java后端学习来说，XML简单了解即可。至于庞杂的XML操作API（例如XPath），完全不必学习。将来真要用到，再查也不迟。
