学习本章节前建议先安装Tomcat web服务器：tomcat下载安装及配置教程_tomcat安装-CSDN博客
1、概念
我的第一个JSP程序：
- 在WEB-INF目录之外创建一个index.jsp文件，然后这个文件中没有任何内容。
- 将上面的项目部署之后，启动服务器，打开浏览器，访问以下地址：
- http://localhost:8080/jsp/index.jsp 展现在大家面前的是一个空白。
过程:
- 实际上访问以上的这个：index.jsp，底层执行的是：index_jsp.class 这个java程序。
- 这个index.jsp会被tomcat翻译生成index_jsp.java文件，然后tomcat服务器又会将index_jsp.java编译生成index_jsp.class文件
- 访问index.jsp，实际上执行的是index_jsp.class中的方法。
JSP生命周期
JSP实际上就是一个Servlet。
- index.jsp访问的时候，会自动翻译生成index_jsp.java，会自动编译生成index_jsp.class，那么index_jsp 这就是一个类。
- index_jsp 类继承 HttpJspBase，而HttpJspBase类继承的是HttpServlet。所以index_jsp类就是一个Servlet类。
- jsp的生命周期和Servlet的生命周期完全相同。完全就是一个东西。没有任何区别。
- jsp和servlet一样，都是单例的。（假单例）
思考：
jsp文件第一次访问的时候是比较慢的，为什么？
为什么大部分的运维人员在给客户演示项目的时候，为什么提前先把所有的jsp文件先访问一遍。
第一次比较麻烦：
- 要把jsp文件翻译生成java源文件
- 最后调用servlet对象的service方法。
- 然后调用servlet对象的init方法
- 然后通过class去创建servlet对象
- java源文件要编译生成class字节码文件
第二次就比较快了，为什么？
因为第二次直接调用单例servlet对象的service方法即可。
定义：
JSP是什么？
- JSP是java程序。（JSP本质还是一个Servlet）
- JSP是：JavaServer Pages的缩写。（基于Java语言实现的服务器端的页面。）
- Servlet是JavaEE的13个子规范之一，那么JSP也是JavaEE的13个子规范之一。
- JSP是一套规范。所有的web容器/web服务器都是遵循这套规范的，都是按照这套规范进行的“翻译”
- 每一个web容器/web服务器都会内置一个JSP翻译引擎。
对JSP进行错误调试的时候，还是要直接打开JSP文件对应的java文件，检查java代码。
2、JSP的语法
1.在jsp文件中直接编写文字
会被翻译到servlet类的service方法的out.write("翻译到这里")，直接翻译到双引号里，被java程序当做普通字符串打印输出到浏览器。
(在JSP中编写的HTML CSS JS代码，这些代码对于JSP来说只是一个普通的字符串。但是JSP把这个普通的字符串一旦输出到浏览器，浏览器就会对HTML CSS JS进行解释执行。展现一个效果.)
2.在JSP中编写java程序
<% java语句; %>
//向浏览器上输出一个java变量。<% String name = “jack”;
out.write("name = " + name); %>- 在这个符号当中编写的被视为java程序，被翻译到Servlet类的service方法内部。
- 在service方法当中编写的代码是有顺序的，方法体当中的代码要遵循自上而下的顺序依次逐行执行。
- service方法当中不能写静态代码块，不能写方法，不能定义成员变量。。。。。。
- 在同一个JSP当中 <%%> 这个符号可以出现多个。
- 注意：以上代码中的out是JSP的九大内置对象之一。可以直接拿来用。当然，必须只能在service方法内部使用。
如果输出的内容中含有“java代码”，这个时候可以使用以下语法格式：
<%= %><%= %> 这个符号会被翻译到哪里？最终翻译成什么？
翻译成了这个java代码： out.print();
翻译到service方法当中了。
3.在JSP中如何编写JSP的专业注释
<%--JSP的专业注释，不会被翻译到java源代码当中。--%>
<!--这种注释属于HTML的注释，这个注释信息仍然会被翻译到java源代码当中，不建议。-->
JSP基础语法总结：
- JSP中直接编写普通字符串
翻译到service方法的out.write("这里")
- <%%>
翻译到service方法体内部，里面是一条一条的java语句。
- <%! %>
翻译到service方法之外。
- <%= %>
翻译到service方法体内部，翻译为：out.print();
- <%@page contentType="text/html;charset=UTF-8"%>
page指令，通过contentType属性用来设置响应的内容类型。
下面主要讲解一下<%! %> 和 <%%>这两种标签的各自的意义：
<%! %> (Declaration Tag) —— 声明标签：
<%! %> 标签用于在 JSP 页面中声明类级别的变量和方法。这些变量和方法会被 JSP 转换为 Servlet 类中的成员变量或方法，具有全局作用域，生命周期与 Servlet 实例相同。 <%! %> 中的代码不会嵌入到 service() 方法中，而是位于类体中，可以被多个请求共享。例如，你可以使用它声明实例变量或定义方法。 也就是说他的级别和 service()方法一样 它所声明的变量属于全局变量
<% %> (Scriptlet Tag) —— 脚本标签
<% %> 标签用于在 JSP 页面中编写局部的 Java 代码，这些代码会被嵌入到 JSP 转换后的 Servlet 的 service() 方法中。因此，<% %> 中的变量是局部变量，它们的生命周期仅限于单次请求的处理过程。 它所声明的变量属于局部变量
3、JSP指令
JSP的指令
指令的作用：指导JSP的翻译引擎如何工作（指导当前的JSP翻译引擎如何翻译JSP文件。）
指令包括哪些呢？
- include指令：包含指令，在JSP中完成静态包含，很少用了。（这里不讲）
- taglib指令：引入标签库的指令。这个到JJSTL标签库的时候再学习。现在先不管。
- page指令：目前重点学习一个page指令。
指令的使用语法是什么？
<%@指令名 属性名=属性值 属性名=属性值 属性名=属性值....%>
关于page指令当中都有哪些常用的属性呢？
<%@page session="true|false" %>
true表示启用JSP的内置对象session，表示一定启动session对象。没有session对象会创建。
如果没有设置，默认值就是session="true"
session="false" 表示不启用内置对象session。当前JSP页面中无法使用内置对象session。<%@page contentType="text/json" %>
contentType属性用来设置响应的内容类型
但同时也可以设置字符集。
<%@page contentType="text/json;charset=UTF-8" %><%@page import="java.util.List, java.util.Date, java.util.ArrayList" %>
<%@page import="java.util.*" %>
import语句，导包。<%@page errorPage="/error.jsp" %>
当前页面出现异常之后，跳转到error.jsp页面。
errorPage属性用来指定出错之后的跳转位置。<%@page isErrorPage="true" %>
表示启用JSP九大内置对象之一：exception
默认值是false。4、JSP的九大内置对象
- jakarta.servlet.jsp.PageContext pageContext 页面作
- jakarta.servlet.http.HttpServletRequest request 请求作用
- jakarta.servlet.http.HttpSession session 会话作用
- jakarta.servlet.ServletContext application 应用作用域
- pageContext < request < session < application
以上四个作用域都有：setAttribute、getAttribute、removeAttribute方法。
以上作用域的使用原则：尽可能使用小的域。
- java.lang.Throwable exception
- jakarta.servlet.ServletConfig config
- java.lang.Object page （其实是this，当前的servlet对象）
- jakarta.servlet.jsp.JspWriter out （负责输出）
- jakarta.servlet.http.HttpServletResponse response （负责响应）
5、关于系统架构
5.1 C/S结构
优点:
1.速度快(大量的数据都是集成在客户端软件当中，所以服务器只需要传送很少的数据量)
2.服务器压力小(大量的数据都是集成在客户端软件当中，所以服务器只需要传送很少的数据量)
3.安全(大量的数据都是集成在客户端软件当中,数据在多个客户端上有缓存)
缺点:
升级维护比较差劲(每一个客户端都需要升级)
5.2 B/S架构
优点:
升级维护方便，成本比较低。（只需要升级服务器端即可。）
不需要安装特定的客户端软件,只需要打开浏览器，输入网址即可。
缺点:
速度慢(因为所有的数据都是在服务器上，用户发送的每一个请求都是需要服务器全身心的响应数据)
不安全
