JSP | JSP原理深度剖析、基础语法

目录

一：分析使用纯粹Servlet开发web应用的缺陷

二：JSP原理深度剖析

三：JSP的基础语法

---

一：分析使用纯粹Servlet开发web应用的缺陷

（1）在Servlet当中编写HTML/CSS/JavaScript等前端代码存在什么问题？

①java程序中编写前端代码，编写难度大，比较麻烦。

②java程序中编写前端代码，显然程序的耦合度非常高，不利于以后的修改。

③java程序中编写前端代码，代码非常不美观，需要打印大量的前端代码。

④java程序中编写前端代码，维护成本太高。修改小小的一个前端代码，只要有改动，就需要重新编译java代码，生成新的class文件，打一个新的war包，重新发布。

（2）思考：怎么解决这个问题？

①里面的Servlet（Java程序）不写了，让机器自动生成。程序员只需要写Servlet程序中的“前端的那段代码”，然后让机器将我们写的“前端代码”自动翻译生成“Servlet这种java程序”。

②然后机器再自动将“java”程序编译生成"class"文件；再使用JVM调用这个class中的方法。

③JSP就是这样的一种技术！

二：JSP原理深度剖析

（1）开发第一个JSP程序

①在WEB-INF目录之外创建一个index.jsp文件，然后这个文件中没有任何内容。

②将上面的项目部署之后，启动服务器，打开浏览器，访问以下地址：

• http://localhost:8080/jsp/index.jsp 展现在大家面前的是一个空白。

• 打开Tomcat显示的这个路径，显示以下信息CATALINA_BASE: C:\Users\86177.IntelliJIdea2018.3\system\tomcat\Tomcat_9_0_68_JavaWeb

 ③继续往下寻找以下路径work\Catalina\localhost\jsp\org\apache\jsp，发现会有两个文件：

 ④当我们访问index.jsp，底层Tomcat服务器是先把index.jsp文件翻译生成"index.jsp.java"程序；然后又会自动编译生成“index.jsp.class“程序；所以访问index.jsp，实际上执行的是index_jsp.class中的方法。

（2）JSP和Servlet的区别：职责不同

①对JSP进行错误调试的时候，还是要直接打开JSP文件对应的java文件，检查java代码开发

②Servlet的职责是：收集数据。（Servlet的强项是逻辑处理，业务处理，然后链接数据库，获取/收集数据）

③JSP的职责是：展示数据。（JSP的强项是做数据的展示）

④虽然职责不同，但是本质都是一个Servlet。

（3）JSP实际上就是一个Servlet

①index.jsp访问的时候，会自动翻译生成index_jsp.java，会自动编译生成index_jsp.class，那么index_jsp这就是一个类。
②通过源码分析发现index_jsp 类继承 HttpJspBase，而HttpJspBase类继承的是HttpServlet；所以index_jsp类就是一个Servlet类。

③jsp的生命周期和Servlet的生命周期完全相同；完全就是一个东西，没有任何区别。

④jsp和servlet一样，都是单例的。（假单例）

（4）jsp文件第一次访问的时候是比较慢，为什么？

大部分的运维人员在演示项目的时候，会提前先把所有的jsp文件先访问一遍，为什么？

第一次访问比较麻烦：

        ①要把jsp文件翻译生成java源文件。

        ②java源文件要编译生成class字节码文件。

        ③然后通过class去创建servlet对象。

        ④然后调用servlet对象的init方法。

        ⑤最后调用servlet对象的service方法。

第二次访问就比较快：

        ①因为第二次直接调用单例servlet对象的service方法即可。

（5）JSP是什么？

①JSP是java程序。（JSP本质还是一个Servlet）

②JSP是：JavaServer Pages的缩写。（基于Java语言实现的服务器端的页面）

③Servlet是JavaEE的13个子规范之一，那么JSP也是JavaEE的13个子规范之一。

④JSP是一套规范。所有的web容器/web服务器都是遵循这套规范的，都是按照这套规范进行的“翻译”。

⑤每一个web容器/web服务器都会内置一个JSP翻译引擎。

三：JSP的基础语法

（1）在jsp文件中直接编写文字，会自动被翻译到哪里？

①翻译到servlet类的service方法的out.write("翻译到这里")，直接翻译到双引号里，被java程序当做普通字符串打印输出到浏览器。

②在JSP中编写的HTML CSS JS代码，这些代码对于JSP来说只是一个普通的字符串。但是JSP把这个普通的字符串一旦输出到浏览器，浏览器就会对HTML CSS JS进行解释执行；展现一个效果。

（2）JSP的page指令，解决响应时的中文乱码问题？

①通过page指令来(<%@page%>)设置响应的内容类型，在内容类型的最后面添加：charset=UTF-8 ；<%@page contentType="text/html;charset=UTF-8"%>，表示响应的内容类型是text/html，采用的字符集UTF-8

（3）怎么在JSP中编写Java程序？

怎么向浏览器上输出一个java变量？

①如果使用System.out.println是输出打印到后台；要想打印到浏览器就需要内置对象

 javax.servlet.jsp.JspWriter out = null;

②以下代码中的out是JSP的九大内置对象之一。可以直接拿来用。当然，必须只能在service方法内部使用。

③如果向浏览器上输出的内容中没有“java代码”，例如：输出的字符串是一个固定的字符串，可以直接在jsp中编写，不需要写到<%%> 这里。

<% 
String name = “jack”;  
out.write("name = " + name);
%>

<%--注释的内容--%>

①JSP的专业注释，被注释的内容不会被翻译到java源文件当中。

②HTML的注释，这种注释不专业，仍然会被翻译到java源代码当中。

<% java语句; %>

①在这个符号当中编写的被视为java程序，被翻译到Servlet类的service()方法内部。

②这里注意思考，在<% %>这个符号里面写java代码的时候，要时时刻刻的记住正在“方法体”当中写代码。

③在service方法当中编写的代码是有顺序的，方法体当中的代码要遵循自上而下的顺序依次逐行执行；例如：要先定义变量再去访问，翻译的时候也要遵循这个原则。

④service方法当中不能写静态代码块，不能写方法，不能定义成员变量。

⑤在同一个JSP当中 <%%> 这个符号可以出现多个。

// 在jsp中直接写代码，会被当做普通字符串
System.out.println("Hello"); 
// 被翻译到Servlet类的service方法当中，同时会把System.out.println("Hello")这个字符串输出到浏览器
out.write("System.out.println(\"Hello\");\n");
 
// 在<%%>当中写代码，会被当做java程序来执行
<%
  System.out.println("Hello");
%>
// 也会被翻译到Servlet类的service方法当中，当做java代码放到service方法当中
System.out.println("Hello");

<%! java语句; %>

①在这个符号当中编写的java程序会自动翻译到service()方法之外。

②这个语法很少用，不建议使用：因为在service方法外面写静态变量和实例变量，都会存在线程安全问题，因为JSP就是servlet，servlet是单例的，多线程并发的环境下，这个静态变量和实例变量一旦有修改操作，必然会存在线程安全问题。

<%= %>

①翻译到service方法体内部，翻译为：out.print();

②什么时候使用<%%>输出：输出的内容种含有java的变量，输出的内容是一个动态的内容，不是一个死的字符串。如果是一个固定的字符串，直接在JSP文件中编写即可！

③例如：

<%=100+200%>
// 翻译为，并且会在浏览器上打印300
out.print(100+200);
 
<%
    int a = 10;
    int b = 20;
    int c = a+b;
%>
<%=c %>
 
// 普通字符串
abc

（4）JSP基础语法总结：

• JSP中直接编写普通字符串

  • 翻译到service方法的out.write("这里")

• <%%>

  • 翻译到service方法体内部，里面是一条一条的java语句。

• <%! %>

  • 翻译到service方法之外。

• <%= %>

  • 翻译到service方法体内部，翻译为：out.print();

• <%@page contentType="text/html;charset=UTF-8"%>

  • page指令，通过contentType属性用来设置响应的内容类型。