初识jsp - 技术栈

学习本章节前建议先安装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源代码当中。--%>

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架构

优点:

升级维护方便，成本比较低。（只需要升级服务器端即可。）

不需要安装特定的客户端软件,只需要打开浏览器，输入网址即可。

缺点:

速度慢(因为所有的数据都是在服务器上，用户发送的每一个请求都是需要服务器全身心的响应数据)

不安全