整合营销服务商
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
源 | 愚公要移山（ID:fdd_sxu_nwpu）
jsp技术作为曾经一度火爆的技术，在最近几年确实使用率越来越低了，这篇文章带你一块探究一下jsp的从生到死。
jsp技术的诞生
在很久很久以前，那时候我们的开发都是通过servlet来完成的，这个servlet是什么呢？我们先来认识一下：
servlet用Java语言编写的服务器端程序。主要功能是和浏览器进行交互，生成页面展示。
长下面这个样子：
public class HelloWorld extends HttpServlet {public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {response.setContentType("text/html");PrintWriter out=response.getWriter;out.println("<html>");out.println("<head>");out.println("<title>Hello World</title>");out.println("</head>");out.println("<body>");out.println("<h1>Hello World!</h1>");out.println("</body>");out.println("</html>");}}
我们可以看到前端所展示的页面，需要我们servlet去一个标签一个标签去生成，如果一个页面超级复杂，动不动几千行代码，那这个servlet效率也就太低了。而且整个servlet代码也会十分臃肿而且可读性非常差。
这时候怎么办呢？sun公司很早就意识到了这个问题，于是便倡导很多公司一块来创建了一种能够动态生成html的新技术，不久之后jsp便诞生了。有效率的解决了上面servlet所出现的问题。
jsp的发展
既然jsp技术能够解决刚刚servlet代码里面所出现的技术，我们来看一下是如何解决的：在这里我们举一个小例子，就是前端jsp向服务器servlet发送请求图书页面的功能。
首先我们看一下servlet：
public class List_book extends HttpServlet {public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {//声明一个ArrayList.用来存放Book类中的数据ArrayList<Book> list=new ArrayList<Book>;for(int i=0;i<10;i++){Book book=new Book;book.setName(res.getString("name"+i));book.setAuthor(res.getString("author"+i));list.add(book);}//将list数据发送到.jap文件中request.getRequestDispatcher("ListBook.jsp").forward(request, response);}}
我们会发现，现在的servlet没有一点html代码了。我们只需要把数据交给jsp。此时我们的页面展示就交给jsp来做了。现在我们来看一下jsp长什么样子：
<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%><%String path=request.getContextPath;%><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta http-equiv="pragma" content="no-cache"><meta http-equiv="description" content="This is my page"><script></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基本上彻底告别了它的舞台。
SP的工作模式是请求/响应模式，客户端首先发出HTTP请求，JSP程序收到请求后将进行处理并返回处理结果。在一个JSP文件第一次被请求的时候，JSP引擎(容器)把该JSP文件转换成一个Servlet，而这个引擎本身也是一个Servlet。JSP的运行原理如图11-4所示。
图11-4 JSP的运行原理
JSP的运行过程具体如下。
(1)客户端发出请求，请求访问JSP文件。
(2)JSP容器先将JSP文件转换成一个Java源文件(Java Servlet源程序)，在转换过程中，如果发现JSP文件中存在任何语法错误，则中断转换过程，并向服务端和客户端返回出错信息。
(3)如果转换成功，则JSP容器会将生成的Java源文件编译成相应的字节码文件*.class。该class文件就是一个Servlet，Servlet容器会像处理其他Servlet一样处理它。
(4)由Servlet容器加载转换后的Servlet类(class文件)创建一个该Servlet(JSP页面的转换结果)的实例，并执行Servlet的jspInit()方法。jsInit()方法在Servlet的整个生命周期中只会执行一次。
(5)执行jspService()方法处理客户端的请求。对于每一个请求，JSP容器都会创建一个新的线程处理它。如果多个客户端同时请求该JSP文件，则JSP容器会创建多个线程，使每一个客户端请求都对应一个线程。
(6)如果JSP文件被修改了，则服务器将根据设置决定是否对该文件重新进行编译，如果需要重新编译，则使用重新编译后的结果取代内存中的Servlet，并继续上述处理过程。需要注意的是，虽然JSP效率很高，但在第一次调用时往往由于需要转换和编译，所以会产生一些轻微的延迟。
(7)如果系统出现资源不足等问题，JSP容器可能会以某种不确定的方式将Servlet从内存中移除，发生这种情况的时候，首先会调用jspDestroy()方法，然后Servlet实例会被作为“垃圾”进行处理。
(8)当请求处理完成后，响应对象由JSP容器接收，并将HTML格式的响应信息发送回客户端。
者 | 水车
链接 | www.cnblogs.com/xuange306
前言
以前的项目大多数都是Java程序猿又当爹又当妈，既搞前，又搞后端。
随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只负责前端的事情，后端工程师只管后端的事情。正所谓术业有专攻，一个人如果什么都会，那么每一样都很难达到精通。
大中型公司需要专业人才，小公司需要全才，但是对于个人职业发展来说，我建议是分开。你要是这辈子就吃 Java 这碗饭，就不要去研究什么 css，js 等等。
把你的精力专注在 Java，JVM 原理，Spring原理，mysql锁，事务，多线程，大并发，分布式架构，微服务，以及相关的项目管理等等，这样你的核心竞争力才会越来越高，正所谓你往生活中投入什么，生活就会反馈给你什么。
曾几何时
我们的Java Web项目都是使用了若干后台框架进行开发，Spring、Spring MVC、MyBatis、Hibernate等等。
而且大多数项目在Java后端都是分了三层，控制层、业务层、持久层。控制层负责接收参数，调用相关业务层，封装数据，以及路由到JSP页面。然后Jsp页面上使用各种标签（jstl/el）表达式将后台的数据展现出来。
我们先看上述这种情况，需求定完了，代码写完了，测试测完了，然后发布：
你需要用maven或者eclipse等工具把你的代码打成一个war包，然后把这个war包发布到你的生产环境下的Web容器里，发布完了之后，你要启动你的Web容器，开始提供服务，这时候你通过配置域名，dns等等相关，你的网站就可以访问了。
那我们来看，你的前后端代码是不是全都在那个war包里？包括你的js，css，图片，各种第三方的库，对吧？
好，下面在浏览器中输入你的网站域名：www.xxx.com，之后发生了什么？
浏览器在通过ip路由到你的服务，在tcp3次握手之后，通过tcp协议开始访问你的Web服务器，你的Web服务器得到请求后，开始提供服务，接收请求，之后通过response返回你的应答给浏览器。
我们先假设你的首页中有100张图片，以及一个单表的查询，此时，用户的看似一次http请求，其实并不是一次，用户在第一次访问的时候，浏览器中不会有缓存，你的100张图片，浏览器要连着请求100次http请求（有人会跟我说http长链短链的问题，不在这里讨论），你的Web服务器接收这些请求，都需要耗费内存去创建socket来玩tcp传输。
重点来了，这样的话，你的Web服务器的压力会非常大，因为页面中的所有请求都是只请求到你这台服务器上，如果1个人还好，如果10000个人并发访问呢（先不聊web服务器集群，这里就说是单实例Web服务器），那你的服务器能扛住多少个tcp链接？你的服务器的内存有多大？你能抗住多少IO？你给web服务器分的内存有多大？会不会宕机？
这就是为什么，越是大中型的Web应用，他们越是要解耦。
理论上你可以把你的数据库+应用服务+消息队列+缓存+用户上传的文件+日志+等等都扔在一台主机上，但是这样就好像是你把鸡蛋都放在一个篮子里，隐患非常大。
正常的分布式架构，是都要拆开的，你的应用服务器集群（前，后）+文件服务器集群+数据库服务器集群+消息队列集群+缓存集群等等。
步入正题
下面步入正题，首先以后的 Java web项目都尽量要避免使用JSP，要搞前后台解耦，玩分布式架构，这样我们的应用架构才更强。
使用 JSP 的痛点：
1. 动态资源和静态资源全部耦合在一起，无法做到真正的动静分离。服务器压力大，因为服务器会收到各种http请求，例如css的http请求、js的、图片的、动态代码的等等。一旦服务器出现状况，前后台一起玩完，用户体验极差。
2. 前端工程师做好html后，需要由Java工程师来将html修改成jsp页面，出错率较高（因为页面中经常会出现大量的js代码），修改问题时需要双方协同开发，效率低下。
3. JSP 必须要在支持Sava的Web服务器里运行（例如tomcat等），无法使用nginx等（nginx据说单实例http并发高达5w，这个优势要用上），性能提不上来。
4. 第一次请JSP，必须要在web服务器中编译成servlet，第一次运行会较慢。
5. 每次请求JSP都是访问Servlet再用输出流输出的html页面，效率没有直接使用html高。
6. JSP 内有较多标签和表达式，前端工程师在修改页面时会捉襟见肘，遇到很多痛点。
7. 如果JSP中的内容很多，页面响应会很慢，因为是同步加载。
基于上述的一些痛点，我们应该把整个项目的开发权重往前移，实现前后端真正的解耦！
老的方式：
1. 客户端请求
2. 服务端的servlet或controller接收请求（路由规则由后端制定，整个项目开发的权重大部分在后端）
3. 调用service,dao代码完成业务逻辑
4. 返回JSP
5. jsp展现一些动态的代码
新的方式：
1. 浏览器发送请求
2. 直接到达html页面（路由规则由前端制定，整个项目开发的权重前移）
3. html页面负责调用服务端接口产生数据（通过ajax等等）
4. 填充html，展现动态效果。
有兴趣的童鞋可以访问一下阿里巴巴等大型网站，然后按一下F12，监控一下你刷新一次页面，他的http是怎么玩的，大多数都是单独请求后台数据，使用 json传输数据，而不是一个大而全的http请求把整个页面包括动+静全部返回过来
这样做的好处是：
1. 可以实现真正的前后端解耦，前端服务器使用nginx。
前端服务器放的是css，js，图片等等一系列静态资源。甚至你还可以css，js，图片等资源放到特定的文件服务器，例如阿里云的oss，并使用cdn加速，前端服务器负责控制页面引用，跳转，调用后端的接口，后端服务器使用tomcat。
这里需要使用一些前端工程化的框架比如nodejs，react，router，react，redux，webpack
2. 发现bug，可以快速定位是谁的问题，不会出现互相踢皮球的现象。
页面逻辑，跳转错误，浏览器兼容性问题，脚本错误，页面样式等问题，全部由前端工程师来负责。
接口数据出错，数据没有提交成功，应答超时等问题，全部由后端工程师来解决。
双方互不干扰，前端与后端是相亲相爱的一家人。
3. 在大并发情况下，我可以同时水平扩展前后端服务器，比如淘宝的一个首页就需要2000台前端服务器做集群来抗住日均多少亿+的日均pv。
去参加阿里的技术峰会，听他们说他们的web容器都是自己写的，就算他单实例抗10万http并发，2000台是2亿http并发，并且他们还可以根据预知洪峰来无限拓展，很恐怖，就一个首页。
4. 减少后端服务器的并发压力，除了接口以外的其他所有http请求全部转移到前端nginx上。
5. 即使后端服务暂时超时或者宕机了，前端页面也会正常访问，只不过数据刷不出来而已。
6. 也许你也需要有微信相关的轻应用，那样你的接口完全可以共用，如果也有app相关的服务，那么只要通过一些代码重构，也可以大量复用接口，提升效率。
7. 页面显示的东西再多也不怕，因为是异步加载。
注意：
1. 在开需求会议的时候，前后端工程师必须全部参加，并且需要制定好接口文档，后端工程师要写好测试用例，不要让前端工程师充当你的组专职测试，推荐使用
chrome的插件postman，service层的测试用例拿junit写。
2. 上述的接口并不是java里的interface，说白了调用接口就是调用你controler里的方法。
3. 加重了前端团队的工作量，减轻了后端团队的工作量，提高了性能和可扩展性。
4. 我们需要一些前端的框架来解决类似于页面嵌套，分页，页面跳转控制等功能。（上面提到的那些前端框架）。
5. 如果你的项目很小，或者是一个单纯的内网项目，那你大可放心，不用任何架构而言，但是如果你的项目是外网项目，呵呵哒。
6. 以前还有人在使用类似于velocity/freemarker等模板框架来生成静态页面，现在这种做法也被淘汰掉了。
7. 这篇文章主要的目的是说JSP在大型外网Java web项目中被淘汰掉，可没说JSP可以完全不学，对于一些学生朋友来说，servlet等相关的Java web基础还是要掌握牢的，不然你以为Spring MVC这种框架是基于什么来写的？
*请认真填写需求信息，我们会在24小时内与您取得联系。
