怎样学习JSP？

现在（2019）对于后端程序员来说，可以不学JSP。但是如果你是非科班，不论是在培训班还是自学，最好都了解一下。技术不扎实的培训班学员，基本很难找到一家可以让你专心写后端的公司，大部分人还是去了外包公司。而据我所知，现在仍有不少外包公司在用SSM+JSP+JQuery。

JSP离不开Servlet，学习它之前最好有Servlet基础。

Servlet与JSP的难点在于概念太多、太杂、太抽象。首先，你要过好几天才明白它是个什么东西、用来干嘛。其次，等你终于明白它是什么时，你又纳闷它整个流程是怎样的。就好比我现在问你，从浏览器地址栏键入url发起请求到服务器响应数据，中间Servlet和JSP都干了啥，你是否清楚？还有一个就是JSP比Servlet更容易让人迷糊，以至于我一度以为JSP是页面，它运行在客户端而不是在服务器端...等等，现在想来可能觉得云淡风轻，但是对于当时自学的我来说简直蛋疼。

文章比较长，但肯定充满诚意。看完基本就知道JSP的前世今生，请务必坚持看完。

主要内容介绍：

• 动乱年代
• JSP是什么
• 一个Http请求的冒险之旅
• JSP与AJAX+HTML
• MVC模式与JAVAEE三层架构

动乱年代

在介绍JSP之前，必须要先来聊聊英雄们的故事。

1987年9月14日21时07分，有人从北京向海外发出了中国第一封电子邮件。邮件内容为“Across the GreatWall we can reach every corner in the world(越过长城，走向世界)”，这预示着，互联网时代悄然叩响了中国的大门。

让我们将目光从中国转向海外。上世纪的90年代，当时的互联网还是天地初开、一片混沌。而1995年以及随后的一年，可谓群雄逐鹿风起云涌，注定不平凡。而当时，我还在家里玩泥巴。

1995年5月，SUN公司发布了Java。名字取得很随意，据说是因为那群创始人当时正好在咖啡店激烈讨论取什么名字。其中有一个人望着手中的咖啡突然灵机一动：卧槽，就叫Java吧(爪哇岛盛产咖啡）。这就好比农村生娃，老爹一看，卧槽，这孩子骨骼惊奇，面相清秀，就叫...二狗子吧，的感觉一样一样的。几乎同年，也不知道稍早还是稍晚，反正不重要，PHP也发布了。当时的人们还不知道，它将被黑为“世界上最好的语言”。次年，一个叫布兰登·艾奇（Brendan Eich，1961年～）的技术员，应老板要求花了10+天，借鉴几大语言的优秀特性（包括Java），写出了LiveScript。而为了在发布时蹭Java热度扩大宣传，不惜改名JavaScript。所谓慢工出细活，所以...JavaScript只写了10多天，自然是...好在后来也挽救回来了，现在好歹是GitHub提交量最多的语言，而前端这几年也是火得不行。

我们知道，浏览器能通过解析html语句渲染出页面。比如：

那这些html语句是怎么来的呢？

浏览器通过http请求向服务器请求某个页面，然后服务器根据浏览器的请求，通过http响应返回对应页面的html。

服务器端是我们用Java开发的，它用什么响应这一大堆html语句？答案就是：Servlet！

随手用MyEclipse新建一个Servlet，你会看到Servlet默认的模板是这样的：

Servlet的doGet()和doPost()方法体中有响应html片段的代码。这其实是上古时期开发习惯的“遗迹”。都2019年了，MyEclipse还自作聪明，以为你会在Servlet中手动输出HTML片段（也就是浏览器收到的HTML）。

诚然，在早期的JavaWeb开发中，我们的程序猿祖先确实有那么一段黑暗时光，但那是因为当时还没有现在这么多、这么好用的模板和框架。

在那个黑暗岁月，通常情况是美工写好html静态页面后，丢给Java程序员。Java程序猿在Servlet中调用Service拿到数据后，逐句复制html静态页面上的html语句到Servlet的中，根据情况将后端的数据与html片段拼接在一起，然后以诸如

out.println("<span>用户名是："+user.name+<"/span>");

的方式疯狂输出。

按这种方式，要想拼接数据并完整输出一个html页面，没个几百上千行out.println()是不可能的。所以基本上敲完两个页面两根手指就麻了。

而同时期的PHP，http://ASP.Net就优秀得多了，人家压根不搞你这繁琐的一套。它们选择在“html页面”中嵌入相应语言来引入动态数据，避免了手动拷贝html片段输出的尴尬局面。

因为仔细想来，我们的主要目的就是希望在最终输出的html的代码中嵌入后台数据罢了。除了把html语句拿出来放在Servlet里拼接好再输出这种方式外，我们有没有可能直接在html语句中写入动态数据呢？这也就是当时其他友商的做法。这几乎是完全相反的两种设计思路。

一部分Java程序员一看，就傻眼了：我靠，PHP还真是世界上最好的语言啊，Web开发竟然如此之简单！老子再也不想复制粘贴了！于是转向了PHP或者其他语言的开发。就这样，Java流失了一部分程序员。SUN公司一看，这不行啊，Java也要搞一个。于是，JSP应运而生。

JSP是个啥

JSP全称Java Server Page，直译就是“运行在服务器端的页面”。上面已经介绍过，我们可以直接在JSP文件里写HTML代码，使用上把它当做HTML文件。而且JSP中HTML/CSS/JS等的写法和HTML文件中的写法是一模一样的。

但它毕竟不是HTML，而且本质差了十万八千里。因为我们还可以把Java代码内嵌在JSP页面中，很方便地把动态数据渲染成静态页面。这一点，HTML打死都做不到。

当有人请求JSP时，服务器内部会经历一次动态资源（JSP）到静态资源（HTML）的转化，服务器会自动帮我们把JSP中的HTML片段和数据拼接成静态资源响应给浏览器。也就是说JSP运行在服务器端，但最终发给客户端的都已经是转换好的HTML静态页面（在响应体里）。服务器并没有把JSP文件发给浏览器（假装重要的事情已经说3遍）。

即：JSP = HTML + Java片段（各种标签本质上还是Java片段）

所谓的“JSP和HTML相似”只是JSP给我们的表面印象。我们还要继续往下挖一挖。实际上，JSP和HTML差远了。JSP本质是一个Java类（Servlet），是在服务器混的，只不过它输出结果是HTML。蜜蜂产出蜂蜜，但是蜜蜂不是蜂蜜啊！在揭开JSP真身之前，我们先来复习一下什么是Servlet。

Servlet是什么？

• 一个Java类，运行在Servlet容器中（Tomcat）
• 负责接收请求
• 调用Service处理数据
• 负责响应数据

再来看看张孝祥老师的心血之作（感谢网友孤傲苍狼整理）：

至此，想必大家对Servlet是什么，主要做什么已经很清楚。接下来谈谈为什么说JSP本质就是一个Servlet。具体的源码我就不带大家看了，大致流程是这样的：

有点晕？来捋一捋。

原本，我们需要把美工的HTML代码一行行复制到Servlet中，然后拼接数据，最后向客户端响应拼接好的HTML页面。

后来我们嫌麻烦，搞了JSP，就可以不用一行行复制HTML代码了，而是在JSP中直接写HTML代码和Java代码，后期JSP编译成一个Servlet，通过Java代码获取后台数据后拼接到HTML片段中，最终通过out.println()输出。

现在可以回答上面的问题：为什么完全相反的两种设计理念却完成了同样的需求呢？答案可以有多种，但是其中一种就是：这两种殊途同归，最终实现是一样的，都是在一个Servlet中输出！

我们不妨打开index_jsp.java，观察index.jsp被翻译成Servlet后的源码，可以看到：

也就是说，虽然我们不用像上古时期一样手动复制html语句到Servlet了，但是JSP编译后的Java类其实还是在out.println()输出。和我们手动复制是一样的结果。

而index_jsp.java这个类继承了HttpJspBase，而HttpJspBase间接实现了Servlet接口。所以可以说，index.jsp被翻译后的Java类也是一个Servlet，所以JSP本质也是一个Servlet。

绕了这么一大圈，我们终于明白：

原来，为了不让Java程序员一行行复制HTML代码到Servlet里，SUN公司干脆让Java程序员直接把HTML写在了Servlet里！但是毕竟SUN还没有那么明目张胆，好歹让这个Servlet伪装了一把，打扮成JSP，然后跟程序员说：看，我搞了个JSP，这家伙可牛逼了，你能在上面同时写HTML和Java代码哦。 得了吧，等你写完JSP，回头访问时，Tomcat就把这个JSP翻译成Servlet，原先写在JSP里的HTML代码就自动放在了out.println()里啦！相当于程序帮我做了“逐行复制HTML代码到Servlet”这一步。（想起来手就麻！）

至此，我们已经知道，JSP就是一个Servlet。那么丝毫不用怀疑，今后无论你在JSP看到什么奇奇怪怪的东西，只要不报错，说明JSP就有足够自信把它变成Java代码的一部分：

• 要么被当成字符串输出（HTML片段）
• 要么本身就是Java片段
• 要么会转成Java片段（EL表达式）

所以，大家千万别把EL表达式想太难，记个语法，知道怎么用就行了。至于它怎么变成Java代码的，需要我们操心吗？

最后还要提醒一下EL表达式这些标签是在何时何地起作用的。很多人误以为EL表达式可以在浏览器起作用。根本原因还是对JSP不了解。JSP是服务器端的，所有操作必须在响应给浏览器之前做完。这些标签，会在JSP文件编译成Servlet时，自动转化为Java代码，然后对数据做处理。所以本质上和你在JSP页面写的<%%>之类的Java片段一样。它负责从变量（不确定的数）中取出数据，变成静态数据后（确定的数）贴在薄薄的一张HTML静态页面上。

想象一下，变量还未取出来之前，数据是立体的，圆鼓鼓的，而HTML静态页面则薄如一张纸。我们无法在二维面上放入三维物质。而EL表达式从变量取出来的数据则是一个常量，是个字符串一样的东西，可以轻轻地“贴”在HTML里。

至此，我们明白，JSP是立体的机器，在服务器内部，在服务器其他“同僚”的帮助下，生产一张张HTML静态页面让http带回去给浏览器显示。就像吐钞机与钞票的关系。

一个Http请求的冒险之旅

JSP与AJAX+HTML

其实请求、响应这么一来一回，无非要的就两样东西：数据+HTML骨架。如果把服务器端比作淘宝卖家，客户端（浏览器）比作买家，而数据和HTML则是一件商品的两个重要组成部件。那么我们很自然地能够想到，其实运输方式至少可以有两种：

1.卖家组装好商品后再发货（JSP）

2.卖家把部件拆开，运到之后买家自己组装（AJAX+HTML）

JSP是服务器端的，它的局限性在于数据必须在返回给客户端之前就“装载”完毕。不然HTML都已经发出去了，你就没办法跑到浏览器里把数据给它安上。

而有了AJAX，就可以实现零件发送、目的地组装了。

其实我对前端也不是很熟悉，只能给个大致的图。

再强调一点，虽然我们在浏览器地址栏输入localhost:8080/xxx/xxx.jsp，就显示出了当前页面，但那不是JSP页面，而是HTML页面。服务器并没有直接把JSP文件从服务端扔到客户端！JSP是Java Server Page，是服务器端的东西。服务器的东西永远不可能直接在浏览器运行。浏览器只能接受静态页面。

MVC模式与JAVAEE三层架构

聊这个，纯粹是因为很多朋友很容易搞错一个概念，认为MVC模式是JavaEE独有的开发模式。其实不是的。MVC是web开发都有的一种模式，比如PHP开发web时也有MVC模式。而三层架构则是JavaEE的：Controller/Service/Dao。分层开发是为了使代码逻辑更加清晰，也起到了一定的解耦合作用。

值得注意的是，MVC只是在web层。当然，如果站在更高的角度，可以看成这样：

看完本篇文章后，如果希望进一步了解Tomcat及Servlet的朋友，请移步：

1.JSP基础语法：两种注释类型、3个脚本元素、3个指令元素、8个动作指令

一个典型的JSP文件
<%@ page language="java" import="java.util.*"  pageEncoding="UTF-8"%>
<%!int a = 1;%>
<%int b = 2;%>
<html>
   <head>
   <title>My JSP "MyJsp.jsp" starting page</title>
   </head>
   
   <body><!--计算两个数字的和-->
   The sum=<%=a+b%><br>
   <jsp:forward page="welcome.jsp"/>
   </body>
</html>

该页面用于计算两个数字的和并显示输出。

从上面的JSP代码中可以看出，它包含以下几种类型的元素。

注释：<!-- 计算两个数字的和->

脚本元素：<%!int a = 1;%> 属于声明 <%int b = 2;%> 属于脚本段 <%=a+b%>属于表达式

指令元素：page用于设置页面的语言、编码，导入Java类。

动作元素：<jsp:forward page="welcome.jsp"/>

①两种注释类型

HTML注释

②三个脚本元素

如上面例子所说，声明脚本元素 表达式脚本元素 脚本段

声明脚本：

表达式： 用来定义一个符合JSP语法的表达式，在运行后被自动转化为字符串，然后插入到这个表达式在JSP文件的位置显示。语法格式：

<%=expression%>或者
<%=表达式%>

在JSP代码中经常使用表达式来输出变量的值，可以用在任何地方

比如下面的代码段：

<%!int a,b,c;%><%--声明a,b,c三个int型变量，将会在翻译后的servlet文件出现--%>
<% a=12;b=a;c=a+b;%> <%/*脚本段，将会在翻译后的servlet类中出现*/%>
<b>a=<%=a%></b><br> <%/**表达式脚本，将会作为servlet类当中html打印动态输出的一部分*/>

③三个指令元素

page include taglib

2.JSP九大内置对象：Request请求对象、Response相应对象、Session会话对象。Application应用程序对象、Out输出对象、Cookie客户端对象、Config配置对象、Page页面对象、PageContext页面上下文对象、Exception例外对象