来源|愚公打算移山(ID:fdd_sxu_nwpu ) )。
jsp技术作为一种爆炸性的技术，在这几年确实使用率越来越低。 在这篇文章中，我们来调查一下jsp从出生到死亡的过程。
jsp技术的诞生
过去，我们的开发是用servlet进行的。 这个servlet是什么呢？ 让我们先认识一下：
servlet用Java语言编写的服务器端程序。 主要功能是与浏览器交互，生成页面的显示。
如下所示。
公共语音文件(http服务器响应，http服务器响应) out .打印(html )； out .打印头(头)； out.println (标题世界/标题)； out.println () /头)； out.println('body )； out.println (H1 Hello世界！ /h1 '； out.println () /体)； out .打印(/html )； {1}可以看到前端显示的页面。 必须为每个标签生成servlet。 如果页面非常复杂，无法移动数千行代码，则servlet的效率也太低了。 此外，整个servlet代码也变得臃肿，可读性非常差。
这个时候怎么办？ sun公司很早就意识到了这个问题，许多公司提倡一起创造能够动态生成html的新技术，不久jsp诞生了。 有效地解决了上述servlet的问题。
jsp的发展
由于jsp技术可以解决servlet代码中出现的技术，让我们来看看如何解决。 以下是前端jsp向服务器servlet发送请求手册页的功能示例。
让我们先来看看servlet :
公共类列表_ bookextendshttp servlet (公共语音请求，http服务器响应) throws ii for (英制=0； i10； I ) {图书=新图书； 图书名称(RES.getstring ('名称' I )； book.setauthor(RES.getstring ) author'I )； 添加(图书)； 将列表数据发送到. jap文件中的请求. getrequest dispatcher (' listbook.JSP ' ).forward )请求，响应) )； }可以看到，当前的servlet没有html代码。 我们只需要把数据交给jsp。 这个时候，我们的页面展示就交给了jsp。 让我们来看看jsp的情况：
% @页面语言=' Java '导入=' Java.util.* '页面编码=' utf-8 ' % %字符串路径=请求.获取连接路径doctype html public '--//W3C//dtd html 4.01 transitional//en ' htmlheadmetahttp-equiv='程序内容='否- cacaiv '
gt;</script> </head> <body> <% ArrayList list = (ArrayList) request.getAttribute("list"); %> <h2 align = "center">图书列表</h2> <table border = 1px align = "center"> <tr><th>图书名称</th><th>图书作者</th></tr> <!-- 继续使用jsp语句 循环放入存放于list中的Book实体类中的数据 --> <% for(int i = 0;i<list.size;i++){ Book book =(Book) list.get(i);%> <tr><th><%=book.getName %></th><th><%=book.getAuthor%></th><tr> } %> </table> </body> </html>这就是jsp，我们可以在html页面中写一些java代码。对于我们程序员来说，在开发当中静态的页面我们只需要用html和css写一些标签来展示即可，对于那些动态的部分我们就可以使用java代码。
那么jsp和servlet是不是就是这种协作的关系，本质上有什么区别呢？
其实jsp只是servlet的一种特殊形式，每一个jsp页面就是一个servlet实例，通俗一点的话来说：jsp就是servlet，只不过servlet把一些业务功能剥离开来交给了或者是形成了jsp。明白了吧。在我们的项目编译的时候就是把jsp编译成了servlet。
你们会发现，这样做其实挺好的，市场也验证了一切，很快jsp技术流行开来，可是随着时间的流逝，业务越来越复杂，jsp也开始跟不上时代了。
jsp的危机
我们先看一个对话场景：
java程序员：终于写完了功能，是时候在界面上展示了。
前端程序员：你功能写完了，我没有数据，在页面什么没法展示呀
java程序员：数据我写好了，你在jsp中调用XX方法就能获取了，
前端程序员：我已经在jsp中写好了这个方法，你为什么自己写了？
于是乎，无穷无尽的争吵还在继续当中。
这就是jsp的弊端，为什么呢？我们可以来总结一下：
（1）动态和静态资源放在一起，一旦服务器出现状况，前后台一起玩完，用户体验极差。
（2）一旦jsp出现了问题，就需要前端后端发开人员一块来分析解决，效率低。
（3）jsp无法使用nginx等。
（4）jsp页面复杂，难以修改。
（5）第一次加载jsp需要编译成servlet，时间久，而且业务量大的时候，jsp负担太大。
（6）jsp对于开发人员简直就是一个挥之不去的痛，太难了！！！
鉴于以上缺点，于是另外一套机制横空出世了，这就是前后端分离。什么是前后端分离呢？
前后端分离其实就是后端工程师只关注于后端页面的开发，不再处理前端问题。前端工程师只关注于自己的页面开发。需要数据交互的时候，两者会有一份接口文档。
就这样这种思想架构很快的流行开来，这也就是为什么jsp落寞的真正原因。从此java从jsp转向了restful结构，springMCV也开始流行开来，并逐渐占领了市场。前后端分离有什么优点呢？我们来总结一下：
（1）动态和静态资源分开存储。
（2）出现bug能很快定位是前端还是后端。
（3）支持nginx。在高并发状态下极其优秀。
（4）直接请求页面，不用编译，速度效率都提上来了。
（5）从此前端和后端是相亲相爱的一家人了！！！！
jsp的落幕
又随着时间的推移，jsp的时代基本上一去不复返了，因为我们又走入了移动互联时代，这时候的客户端可不是前端页面了，还包括手机、汽车、电视等等各种设备，这种情况下，前后端必须要分离了。jsp基本上彻底告别了它的舞台。