知识点: 一个jsp页面的本质其实就是一个servlet。重写了Service方法。
tomcat服务器将jsp自动生成servlet的代码存放位置就在tomcat安装目录下的work中。
我的是在:C:\Program Files\Apache Software Foundation\Tomcat 9.0\work\Catalina\localhost\myPro\org\apache\jsp
创建一个 test.jsp页面
服务器自动生成的servlet代码:
jsp由Java代码和HTML代码组成,在生成的servlet中HTML代码是由
javax.servlet.jsp.JspWriter的对象out.write("<html>...</html>")写的。这个对象JspWriter正好是jsp的九大内置对象之一的out。
九大内置对象:
内置对象: jsp也就是servlet自动创建了九个对象。
page、config、request、response、session、application、out、exception、pageContext
exception对象默认不会创建,request和response对象作为参数传入。所以将test.jsp 生成的servlet打开可以看到剩下的6个内置对象的定义。
1.page对象
根据定义我们可以发现page对象的创建:final java.lang.Object page = this;
也就是page的本身就是servlet类本身(this)。
我们可以在jsp打印this和page的地址会发现是指向同一个地址,但是一些方法却被隐藏起来了。
page变量属于pageContext域, 也就是作用范围是当前jsp页面。这很容易理解了。当前page就是当前这个servlet的this指针。当然不能到其他页面。当然刷新页面相当于重新访问servlet,所以page也就重新刷新。之前储存的内容当然也就清空了。
2.config对象
web容器在初始化时使用一个ServletConfig(即config)对象向JSP页面传递信息,此配置信息包括初始化参数(在当前Web应用的应用部署描述文件web.xml中定义)以及表示Servlet或JSP页面所属Web应用的ServletContext对象。
也就是说config对象可以将web.xml配置信息传递到jsp页面。但是jsp初始化配置信息情况比较少,但是对于servlet的使用的情况较多。用法:
web.xml配置:
servlet写法:
我们可以在web.xml配置数据库的账号密码。然后再servlet中得到这个账号密码。当然还能得到一些其他的配置信息。
所以conf对象当然属于pageContext域,作用范围也固然是当前页面。
3. request对象
根据servlet中会发现,request对象并没有在servlet中定义,request对象是作为参数传递过来的。其实request对象是在客户端(浏览器)发送一次请求,服务器(tomcat)自动帮我们将请求的消息封装进request中,生成request对象传给servlet。所以request对象包含了客户端发起请求的所有信息。
request对象的作用是与客户端交互,收集客户端的Form、Cookies、超链接,或者收集服务器端的环境变量。
request对象的常用方法:
- String getParameter(String name),获取客户端的参数值,常用于表单
- String[] getParameterValues(String name),获取单个参数的所有值,常用语表单中的多选
- Enumeration getPameterName(),获取所有的参数的名称
- void setCharacterEncoding(String encoding),设置字符编码方式
- Cookie[ ] getCookies(),得到所有的Cookies
当然request还可以得到和设置请求头所有信息。
request还有一个很重要的作用:请求转发。
- request.getRequestDispatcher("url").forward(request, response);
- request.getRequestDispatcher("url").include(request, response);
因为可以转发,request对象可以存放数据,
用法:request.setAttribute(str, Object);
在转发的jsp页面中取数据:Object = request.getAttribute(str);
forward 和 include 的实质:
我们在servlet中分别用forward和include请求转发跳转页面。用out输出一些内容到网页中,并打印request对象和response对象的地址。然后在跳转的页面输出request对象和response对象的地址。
不论是forward还是include会发现地址不同,也就是jsp页面中的request,forward和servlet中的不是同一个request。但是却可以得到信息,所以应当是拷贝了一份request过去。
forward转发会发现,不论是转发前的“hhhh”还是转发后的“h1111hhh”,都不会在test.jsp的页面中输出。而include却会输出。
我们查看两者的jsp页面的源码便可发现,其实include其实是将servlet所代表的jsp页面和转发的jsp页面合并。所以如果前一个只是单纯的servlet页面,并无jsp。那么include就可以输出一些东西到转发的jsp页面中,但是include并不常用。
也就是response并不会传递,只是两个页面合并后才能用转发前页面的response对象的getWriter。
因此:请求转发只能转发到同一web项目的资源。客户浏览器只做了一次请求,服务器完成请求处理并转发请求,页面跳转。所以url地址不会变化,仍然是客户端(浏览器)的第一次请求的URL。
请求转发,不改变url地址,会跳转界面,还会将request对象的信息传递过去,直到请求结束,才会销毁request对象。
所以request对象属于request域,在请求结束后才会真正销毁。虽然每个页面都会新建一个request对象,但是对于请求转发来说,request会完全复制过去,也就相当于request对象并未消失。所以属于request域。刷新页面相当于重新发送请求,所以request对象会重新创建,之前的信息丢失。
4. response对象
Response对象用于动态响应客户端请示,控制发送给用户的信息,并将动态生成响应。Response对象只提供了一个数据集合cookie,它用于在客户端写入cookie值。若指定的cookie不存在,则创建它。若存在,则将自动进行更新。结果返回给客户端浏览器。
response最重要的就是响应页面。所以response最重要的也就是得到和设置响应头的信息
常用方法:
- String setCharacterEncoding()//设置响应字符编码格式
- String getCharacterEncoding()//获取响应字符编码格式
- void setContentType(String type)//设置响应MIME类型
- sendRedirect(java.lang.String location)//请求重定向
- PrintWriter getWriter()//获取打印输出对象
response可以响应界面并给浏览器添加cookie
用法:response.addCookie(cookie);
response还有一个很重要的功能,重定向:
用法:response.sendRedirect(location);
重定向也可以跳转界面,但是与请求转发不同的是重定向并不能传递request,地址栏上的url也会发生变化,而且能够访问其他web项目的资源。
本质:客户端(浏览器)发送了两次请求。客户端(浏览器)发送第一次请求,服务器接受处理,response返回一个状态码302 (3xx状态码重定向到其他地方: 需要客户端再次发送请求),客户端(浏览器)接收,发现是302,于是又发送了一条请求,请求的url便是重定向的参数location,服务器接收请求处理并跳转页面。
因为是客户端(浏览器)发送的请求,所以自然可以访问其他web项目。地址栏也自然会发生变化。
因此,response其实是pageContext域的属性,在访问jsp或者servlet时服务器自动创建,但是在有关请求转发或者重定向时,都没有拷贝过去,所以response是自然是属于pageContext域。
5. session对象
Session:在计算机中,尤其是在网络应用中,称为“会话控制”。Session 对象存储特定用户会话所需的属性及配置信息。这样,当用户在应用程序的 Web 页之间跳转时,存储在 Session 对象中的变量将不会丢失,而是在整个用户会话中一直存在下去。
session实现的两种机制:
1. cookie, 服务器没生成一个session对象存储信息,每个session对象都有一个sessionid, 响应客户端(浏览器)生成一个cookie,存放sessionid,服务器会读取cookie中的sessionid来检索到以前的session对象。
2.重写url,上述方法在浏览器禁用cookie的话无法实现,所以我们在每个访问的url后加上sessionid也同样能做到。
得到session的一种方式:
HttpSession session = request.getSession();
为session设值:
session.setAttribute("usrid", userid);
取值:
userid = session.getAttribute("usrid");
session的生存周期,session会在客户端关闭,或者超过设定时间时自动销毁,默认为30分钟。
设值时间的一种方式,也可以在xml配置文件,或者tomcat中配置。
session.setMaxInactiveInterval(900); //在60*15 = 900, 15分钟后销毁
故,session属于session域。生存周期为时间到,或者浏览器关闭,自动销毁。
6.application对象
application对象的使用方法和session很类似,但是不同的是application的生存周期是在web项目删除或者服务器关闭才会销毁。
原理: 在服务器端创建的对象,储存在服务器端的内容中。所以客户端的一切行为都不会影响到application对象。
所以application属于application域,作用范围在整个web项目。
7. out对象
作用向页面输出内容, out对象被封装为javax.servlet.jsp.jspWriter接口,通过调用pageContext.getOut()方法可以获取out对象。
out对象是字符流对象,其作用和用法与ServletResponse.getWriter()方法返回的PrintWriter对象十分类似。都可以向页面输出信息,但是有所不同,那就是PrintWriter输出的内容一般都会在out对象输出内容的前面,给个例子:
访问该页面,得到结果:
但是也可以按照我们希望的顺序输出,那就是在out输出完后加一个方法 out.flush();顺序就是我们的代码顺序了。
原理:
PrintWriter 有一个缓冲区, 当我们用printwriter对象输出页面的内容会全部到缓冲区中,然后输出到页面。而JSPWriter也有这么一个缓冲区,当缓冲区满了就会输出到PrintWriter的缓冲区。然后再一起输出到页面。
刚刚的代码也就是。
- printwriter.write("<h1>PrintWriter1</h1>"); "PrintWriter1"进入PrintWriter的缓冲区。
- out.write("<h1>JSPWriter</h1>"); "JSPWriter"进入JSPWriter的缓冲区。
- printwriter.write("<h1>PrintWriter2</h1>"); "PrintWriter2"进入PrintWriter的缓冲区。
- 结束,JSPWriter缓冲区的内容写到PrintWriter的缓冲区中。
- 所以PrintWriter的缓冲区变成"PrintWriter1" "PrintWriter2" "JSPWriter";
可以用out.getBufferSize()查看缓冲区的大小,我的默认是8192。
out.flush 函数就是讲out缓冲区的内容直接输出到PrintWriter缓冲区中。
一些函数:
1.public abstract void clear()
清除缓冲区中的内容,不将数据发送至客户端。
2.public abstract void clearBuffer()
将数据发送至客户端后,清除缓冲区中的内容。
3.public abstarct void close()
关闭输出流。
4.public abstract void flush()
输出缓冲区中的数据。
5.public int getBufferSize()
获取缓冲区的大小。缓冲区的大小可用<%@ page buffer="size" %>设置。
6.public abstract int getRemainning()
获取缓冲区剩余空间的大小
7.public boolean isAutoFlush()
获取用<%@ page is AutoFlush="true/false"%>设置的AutoFlush值。
8.public abstract void newLine()
输出一个换行字符,换一行。
9.public abstract void print()
显示各种数据类型的内容。
10.public abstract void println()
分行显示各种数据类型的内容。
所以out对象为pageContext域。
8. exception对象
使用它,必须结合page指令中的isErrorPage属性和errorPage属性。都是在头部定义。如果定义了errorPage="error.jsp"那么就会抛出异常跳转到error.jsp页面,而不会直接弹出500错误。如果定义了isErrorPage="true",就说明这个页面就是能够接受异常的错误界面。
_jspx_page_context对异常的处理也非常简单:如果该页面的page指令指定了errorPage属性,则将请求forward到errorPage属性指定的页面,否则使用系统页面来输出异常信息。但是该页没有内置exception对象。
errorPage页面则定义了exception对象,定义如下:
java.lang.Throwable exception = org.apache.jasper.runtime.JspRuntimeLibrary.getThrowable(request);
也就是forward中的request请求带来了exception的信息。所以exception对象只存在error.jsp页面中,不会到其他页面。所以exception作用域:pageContext
举个栗子:
运行结果:
9. pageContext对象
JSP页面的管理者(上下文),它能获得其他八个内置对象。得到四个作用域常量。
1、获得其它八大内置对象 getXxx()c
- pageContext.getOut(); //获得out对象
- pageContext.getApplication(); //获得application对象
- pageContext.getRequest(); //获得request对象。
- ...... //获得其他内置对象
2、 提供作用域常量 scope, 其实就是int类型,分别为1、2、3、4。封装起来代表四种类型。
- PageContext.PAGE_SCOPE page
- PageContext.REQUEST_SCOPE request
- PageContext.SESSION_SCOPE response
- PageContext.APPLICATION_SCOPE application
3、为各个域存值和取值
- pageContext.getAttribute(name [, scope]); //获得scope作用域数据
- pageContext.setAttribute(name,value [, scope]); //给scope作用域设置内容
- pageContext.removeAttribute(name [, scope]); //给scope作用域移除内容
scope就是上面的四种作用域常量 。
一次获得指定名称内容
4、findAttribute(name); //依次从page、request、session、application 获得内容。
所以pageContext对象也是pageContext域。它只在本身页面范围有效。
四大作用域:
pageContext < request < session < application
pageContext 域: 范围页面本身。
request 域: 范围一次请求。
session域: 范围在设定时间内整个浏览器,只要浏览器不关闭,都有效。
application域: 范围整个服务器运行。只要项目没被移除,或者服务器没重启或关闭,那么application都存在。
参考链接,致谢:
https://www.cnblogs.com/whgk/p/6427759.html
http://blog.csdn.net/meiyalei/article/details/2129120
https://www.cnblogs.com/fjdingsd/p/4918748.html
http://blog.csdn.net/qq_34342083/article/details/53944941