request
生命周期:
- **创建:**客户端向服务器发送一次请求,服务器就会创建request对象.
- **销毁:**服务器对这次请求作出响应后就会销毁request对象.
**有效:**仅在当前请求中有效。
**作用:**常用于服务器间同一请求不同页面之间的参数传递,常应用于表单的控件值传递。
- 获取表单提交参数:
request.getParameter()
//从login.jsp中获取用户名和密码String username = request.getParameter("username");String password = request.getParameter("password");String imageText = request.getParameter("imageText");
- 传值到表单:
request.setAttribute()
if(user == null) {//用户名和密码不匹配request.setAttribute("msg", "用户名和密码不匹配!");return “/jsp/login.jsp”;}
请求转发与请求重定向
jsp 或 Servlet 都会用到页面跳转,可以用
request.getRequestDispatcher("p3.jsp").forward(request,response);
这种方法称为转发,地址栏上的 URL 不会改变;
response.sendRedirect("p3.jsp");
这种方法称为重定向,地址栏的 URL 会改变;这样实现跳转到 p3.jsp。可是这两种方法有着本质的不同,requset 是请求,是在服务器端运行的,response 是响应,是在客户端运行的;
例如:有 3 个页面 p1.jsp,p2.jsp,p3.jsp;p1.jsp 提交给 p2.jsp, p2.jsp 在转发给 p3.jsp
- 转发(forward):如果在 p2 用转发发到 p3,由于是浏览器请求的是 p2,请求的一些参数被封装在 request 中,发给服务器,服务器用
request.getRequestDispatcher("p3.jsp").forward(request,response);
转到 p3,服务器把 p3 发给浏览器,浏览器不知道被偷梁换柱了,所以 URL 没变,URL 还是 p2.jsp;也完全可以用
request.getParameter("name");
得到 p1.jsp 中的表单控件的值,因为在这里用了 forward() 把 request 传了下去
**注意:**转发是在服务器中进行请求转发,由于是同一个请求转发,所以 URL 并没有改变,请求域也是相同的。
- 重定向(redirect):如用第二种方法,这是浏览器主动请求了 p3,所以浏览器知道请求的地址,所以 URL 变了,而又一次请求,产生了另外一个 request,这个和请求 p2 的 request 不同,所以在 p3 中用
request.getParameter("name");
得不到 p1.jsp 中的表单控件的值。
**注意:**重定向是在浏览器中进行请求重定向,浏览器将请求重新定向到一个新的位置,发了一个新的请求,所以是不同的请求,URL 改变了,请求域也并不相同。
总结:
-
request.getRequestDispatcher("a.jsp").forward(rquest,response);
request 转发,它可以保存 request 中的数据,页面调整,但是地址是不调整的
-
response.sendRedirect("b.jsp");
方式是重定向,它的数据是不共享的,也就是说,request 中保存的数据在 b.jsp 页面中是获取不到的 这种方式是表单是不能重复提交的,response 跳转是可以实现跨域的 地址栏也会变化。
session
适用场景:登录时,存取登录的用户信息,达到用户信息跨页面共享的效果。后端:HttpSession session,session.setAttribute("stu", stu)前端:${session[\’stu\’].name}
生命周期:
- **创建:**服务器端第一次调用
getSession();
(保存在服务器内存中)
**解释 session:**当访问服务器某个网页的时候,会在服务器端的内存里开辟一块内存,这块内存就叫做session,而这个内存是跟浏览器关联在一起的。当访问一个页面的时候给浏览器创建一个独一无二的号码,也给同时创建的session赋予同样的号码。这个浏览器指的是浏览器窗口,或者是浏览器的子窗口,意思就是,只允许当前这个session对应的浏览器访问,就算是在同一个机器上新启的浏览器也是无法访问的。而另外一个浏览器也需要记录session的话,就会再启一个属于自己的session
- **销毁: **
- 非正常关闭服务器(正常关闭 session 会序列化,再次启动服务器 session 会被反序列化);
**注意:**服务器正常关闭,再启动,Session 对象会进行钝化和活化操作。同时如果服务器钝化的时间在 session 默认销毁时间之内,则活化后 session 还是存在的。否则 Session 不存在。 如果 JavaBean 数据在 session 钝化时,没有实现 Serializable 则当 Session 活化时,会消失。2. session 过期了默认30分钟;3. 手动调用
session.invalidate();
4. 关闭浏览器。**注意:**关闭浏览器再次访问会找不到 session 的会话 id 而不是 session 被销毁了。
**备注:**session 是服务器端对象,保存在服务器端。并且服务器可以将创建 session 后产生的 sessionid 通过一个 cookie 返回给客户端,以便下次验证。(session 底层依赖于 cookie)
**有效:**用户打开浏览器会话开始,直到关闭浏览器会话才会结束。一次会话期间只会创建一个session对象。
**注意:**只关闭标签页的话,session 状态是还在的。要完全关闭浏览器后,重新打开才会启用新的 session。session 有自身的生命周期,如一定的时间内不再激活的话就会过期,被服务器注销。
session 是基于 cookie 的一种会话技术,数据存放存放在服务器端。客户端在 cookie 携带 JSESSIONID(tomcat服务器生成),来访问服务端,获取对应 JSESSIONID 的 session 数据。**问题:**setAttribute 存放的值,在浏览器关闭后,还有没有?**回答:**有!就算客户端把电脑砸了也还有。**问题:**为何关闭浏览器后,再次访问会觉得 session 失效了呢,这里的失效意思是 session 的数据丢失了?**回答:**其实,这里 session 数据并没有丢失,只是关闭浏览器后,因为默认的 cookie 生命周期为浏览器的内存,即关掉浏览器之后 cookie 就失效了,此时 JSESSIONID 也就没有了。再次访问后,服务器又生成一个新的 JSESSIONID,此时 request.getSession() 通过 JSESSIONID 获取到的 session 就不是之前的 session了。
**作用:**常用于 web 开发中的登陆验证界面(当用户登录成功后浏览器分配其一个 session 键值对)。
- 读取生成的验证码信息:
//图片的验证码String imageMsg = (String) request.getSession().getAttribute("imageMsg");
- 用户保持登录状态:
//登录成功 保存用户登录状态request.getSession().setAttribute("user", user);
- 购物车物品保存:
//将cart放入session中request.getSession().setAttribute("cart", cart);
application
生命周期:
- **创建:**服务器启动的时候,服务器为每个WEB应用创建一个属于该 web 项目的对象 ServletContext 类。
- **销毁:**服务器关闭或者项目从服务器中移除的时候。
**注意:**服务器只会创建一个 ServletContext 对象,所以如果在代码中,你创建了两个 application ,其实它们就是同一个,他们的值是互通的。
**有效:**此信息在整个服务器上被保留。
三大作用域的区别
- **request:**每一次请求都是一个新的 request 对象,如果在 web 组件之间需要共享同一个请求中的数据,只能使用请求转发。
- **session:**每一次会话都是一个新的 session 对象,如果如果需要在一次会话中的多个请求之间需要共享数据,只能使用session。
- **application:**应用对象,Tomcat启动到关闭,表示一个应用,在一个应用中有且只有一个 application 对象,作用于整个 Web 应用,可以实现多次会话之间的数据共享。
共同点
-
设置作用域中的共享数据(保存数据)
作用域对象.setAttribute(String name,Object value);
-
获取作用域中的共享数据(获取数据)
Object value=作用域对象.getAttribute(String name);
-
删除作用域中的指定的共享数据(删除数据)
作用域对象.removeAttribute(String name);
总结
总结:
-
**作用域:**request、session、application使用作用域传递数据和存储数据使用作用域传递数据时,必须掌握作用域对应的生命周期和作用范围
-
生命周期:
request:只限于一次请求
- session:一次会话(多次请求)
- 开始:用户向服务器发送请求的时候
- 结束:客户端:丢失JsessionId值的时候(关闭浏览器)
- 服务器端:关闭服务器、超过会话的不活动周期时间
- application:项目的加载到卸载
作用范围:
- requset:所有被请求转发的Servlet
如何正确的选择作用域:
- request:跟当前操作功能相关
如何正确的选择作用域不正确,会出现什么情况?内存浪费
记录一系列状态session 服务端 开会 会话(服务器与客户端之间的会话,将会话信息存在服务器)cookie 客户端 饼干(与 session 类似,只不过将信息存在客户端)request 请求域共享
JSP 四大作用域
jsp 九大内置对象中有四大域对象jsp 四大域对象(这是范围概念,而不是时间概念)(如 请求是指一次请求范围(包括响应),而不是请求的那个时刻)(就如求婚的范围=求婚、思考、接收,而不是指求婚那个时刻)
对象类型 | 对象名称 | 范围 | 备注 |
---|---|---|---|
PageContext | pageContext | 当前jsp页面范围内有效 | JSP的域对象 |
HttpServletRequest | request | 一次请求内有效 | servlet的域对象 |
HttpSession | session | 一次会话范围内有效 | servlet的域对象 会话(打开浏览器访问服务器,直到关闭浏览器) |
ServletContext | application | 整个web工程范围内都有效 | servlet的域对象 工程(只要web工程不停止,数据都在) |
请求范围将请求-处理-响应整合在一起了,请求范围能直接 get、set 值,不然如果分开的话请求 get、set,而响应 get、set,要都在一个域里面,就很复杂。这样的话就不是在一个域里面了,是在两个域里了,就很复杂。
一次请求:页面跳到另一个页面 整个过程都是一次请求。我解释的没有错,从请求到处理请求都是请求过程(都在请求中),包含响应都是请求过程。请求过程:请求-处理-响应,都是请求过程。
Request 和 Response 对象起到了服务器与客户机之间的信息传递作用。Request 对象用于接收客户端浏览器提交的数据,而 Response 对象的功能则是将服务器端的数据发送到客户端浏览器。请求-后台处理-响应服务器-服务器-浏览器
其实,Tomcat 访问任何的资源都是在访问 Servlet!当然了,JSP 也不例外!JSP 本身就是一种 Servlet。为什么我说 JSP 本身就是一种 Servlet 呢?其实 JSP 在第一次被访问的时候会被编译为 HttpJspPage 类(该类是 HttpServlet 的一个子类)
jsp就是在html里面写java代码,servlet就是在java里面写html代码…其实jsp经过容器解释之后就是servlet.只是我们自己写代码的时候尽量能让它们各司其职,jsp更注重前端显示,servlet更注重模型和业务逻辑。不要写出万能的jsp或servlet来即可。
每次只要有请求进入 Tomcat 服务器,Tomcat 服务器就会把请求过来的 HTTP 协议信息解析好封装到 Request 对象中。然后传递到 service 方法(doGet 和 doPost)中给我们使用。我们可以通过 HttpServletRequest 对象,获取到所有请求的信息。
EL 语法
在 JSP 中访问模型对象是通过 EL 表达式的语法来表达。所有EL表达式的格式都是以“$”表示。例如,$ 代表获取变量 userinfo 的值。当 EL 表达式中的变量不给定范围时,则默认在 page 范围查找,然后依次在 request、session、application 范围查找。也可以用范围作为前缀表示属于哪个范围的变量,例如:$ 表示访问 page 范围中的 userinfo 变量。
工作流程
其实没有那么复杂,View 页面视图中为需要请求的东西设置了占位符,如 $,这样发送请求;而我们后台接收到请求后,为这个请求的参数属性设置值而已,request.setAttribution()。前后端之间,通过request的set、get来实现数据交流。(model、map、modelmap也行)