-
我的第一个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实际上就是一个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源文件
-
java源文件要编译生成class字节码文件
-
然后通过class去创建servlet对象
-
然后调用servlet对象的init方法
-
最后调用servlet对象的service方法。
-
-
第二次就比较快了，为什么？
-
因为第二次直接调用单例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代码。
-
开发JSP的最高境界：
-
眼前是JSP代码，但是脑袋中呈现的是java代码。
-
-
JSP既然本质上是一个Servlet，那么JSP和Servlet到底有什么区别呢？
-
职责不同：
-
Servlet的职责是什么：收集数据。（Servlet的强项是逻辑处理，业务处理，然后链接数据库，获取/收集数据。）
-
JSP的职责是什么：展示数据。（JSP的强项是做数据的展示）
-
-
-
JSP的基础语法
-
在jsp文件中直接编写文字，都会自动被翻译到哪里？
-
翻译到servlet类的service方法的out.write("翻译到这里")，直接翻译到双引号里，被java程序当做普通字符串打印输出到浏览器。
-
在JSP中编写的HTML CSS JS代码，这些代码对于JSP来说只是一个普通的字符串。但是JSP把这个普通的字符串一旦输出到浏览器，浏览器就会对HTML CSS JS进行解释执行。展现一个效果。
-
-
JSP的page指令（这个指令后面再详细说，这里先解决一下中文乱码问题），解决响应时的中文乱码问题：
-
通过page指令来设置响应的内容类型，在内容类型的最后面添加：charset=UTF-8
-
<%@page contentType="text/html;charset=UTF-8"%>，表示响应的内容类型是text/html，采用的字符集UTF-8
-
<%@page import="java.util.List,java.util.ArrayList"%>
-
-
-
怎么在JSP中编写Java程序：
-
<% java语句; %>
-
在这个符号当中编写的被视为java程序，被翻译到Servlet类的service方法内部。
-
这里你要细心点，你要思考，在<% %>这个符号里面写java代码的时候，你要时时刻刻的记住你正在“方法体”当中写代码，方法体中可以写什么，不可以写什么，你心里是否明白呢？
-
在service方法当中编写的代码是有顺序的，方法体当中的代码要遵循自上而下的顺序依次逐行执行。
-
service方法当中不能写静态代码块，不能写方法，不能定义成员变量。。。。。。
-
在同一个JSP当中 <%%> 这个符号可以出现多个。
-
-
<%! %>
-
在这个符号当中编写的java程序会自动翻译到service方法之外。
-
这个语法很少用，为什么？不建议使用，因为在service方法外面写静态变量和实例变量，都会存在线程安全问题，因为JSP就是servlet，servlet是单例的，多线程并发的环境下，这个静态变量和实例变量一旦有修改 *** 作，必然会存在线程安全问题。
-
-
JSP的输出语句
-
怎么向浏览器上输出一个java变量。
-
<% String name = “jack”; out.write("name = " + name); %>
-
注意：以上代码中的out是JSP的九大内置对象之一。可以直接拿来用。当然，必须只能在service方法内部使用。
-
如果向浏览器上输出的内容中没有“java代码”，例如输出的字符串是一个固定的字符串，可以直接在jsp中编写，不需要写到<%%> 这里。
-
如果输出的内容中含有“java代码”，这个时候可以使用以下语法格式：
-
<%= %> 注意：在=的后面编写要输出的内容。
-
<%= %> 这个符号会被翻译到哪里？最终翻译成什么？
-
翻译成了这个java代码： out.print();
-
翻译到service方法当中了。
-
-
什么时候使用<%=%> 输出呢？输出的内容中含有java的变量，输出的内容是一个动态的内容，不是一个死的字符串。如果输出的是一个固定的字符串，直接在JSP文件中编写即可。
-
-
-
-
在JSP中如何编写JSP的专业注释
-
<%--JSP的专业注释，不会被翻译到java源代码当中。--%>
-
-
JSP基础语法总结：
-
JSP中直接编写普通字符串
-
翻译到service方法的out.write("这里")
-
-
<%%>
-
翻译到service方法体内部，里面是一条一条的java语句。
-
-
<%! %>
-
翻译到service方法之外。
-
-
<%= %>
-
翻译到service方法体内部，翻译为：out.print();
-
-
<%@page contentType="text/html;charset=UTF-8"%>
-
page指令，通过contentType属性用来设置响应的内容类型。
-
-
-
使用Servlet + JSP完成oa项目的改造。
-
使用Servlet处理业务，收集数据。 使用JSP展示数据。
-
将之前原型中的html文件，全部修改为jsp，然后在jsp文件头部添加page指令（指定contentType防止中文乱码），将所有的JSP直接拷贝到web目录下。
-
完成所有页面的正常流转。（页面仍然能够正常的跳转。修改超链接的请求路径。）
-
<%=request.getContextPath() %> 在JSP中动态的获取应用的根路径。
-
-
Servlet中连接数据库，查询所有的部门，遍历结果集。
-
遍历结果集的过程中，取出部门编号、部门名、位置等信息，封装成java对象。
-
将java对象存放到List集合中。
-
将List集合存储到request域当中。
-
转发forward到jsp。
-
-
在JSP中：
-
从request域当中取出List集合。
-
遍历List集合，取出每个部门对象。动态生成tr。
-
-
思考一个问题：如果我只用JSP这一个技术，能不能开发web应用？
-
当然可以使用JSP来完成所有的功能。因为JSP就是Servlet，在JSP的<%%>里面写的代码就是在service方法当中的，所以在<%%>当中完全可以编写JDBC代码，连接数据库，查询数据，也可以在这个方法当中编写业务逻辑代码，处理业务，都是可以的，所以使用单独的JSP开发web应用完全没问题。
-
虽然JSP一个技术就可以完成web应用，但是不建议，还是建议采用servlet + jsp的方式进行开发。这样都能将各自的优点发挥出来。JSP就是做数据展示。Servlet就是做数据的收集。（JSP中编写的Java代码越少越好。）一定要职责分明。
-
-
JSP文件的扩展名必须是xxx.jsp吗？
-
jsp文件的扩展名是可以配置的。不是固定的。
-
在CATALINA_HOME/conf/web.xml，在这个文件当中配置jsp文件的扩展名。
-
jsp *.jsp *.jspx -
xxx.jsp文件对于小猫咪来说，只是一个普通的文本文件，web容器会将xxx.jsp文件最终生成java程序，最终调用的是java对象相关的方法，真正执行的时候，和jsp文件就没有关系了。
-
小窍门：JSP如果看不懂，建议把jsp翻译成java代码，就能看懂了。
-
-
-
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）