• page、request、session和application有什么区别?以及cookie的含义


    众所周知,为了在页面、请求、和用户之间传递和共享数据,JSP提供了四个不同的作用域:page(页面作用域)、request(请求作用域)、session(会话作用域)、application(应用程序作用域),这些作用域就规定了数据可以传递和共享的范围以及数据的存活时间。

    1. page

    简单说 page指当前页面。在一个jsp页面里有效
    page里的变量没法从index.jsp传递到test.jsp。只要页面跳转了,它们就不见了。

    2.request

    request 指从http请求到服务器处理结束,返回响应的整个过程。在这个过程中使用forward方式跳转多个jsp。在这些页面里你都可以使用这个变量。

    request里的变量可以跨越forward前后的两页。但是只要刷新页面,它们就重新计算了。

    3.Session

    Session 有效范围当前会话,从浏览器打开到浏览器关闭这个过程。

    session和application里的变量一直在累加,开始还看不出区别,只要关闭浏览器,再次重启浏览器访问这页,session里的变量就重新计算了。

    4.application

    application它的有效范围是整个应用。

    作用域里的变量,它们的存活时间是最长的,如果不进行手工删除,它们就一直可以使用

    application里的变量一直在累加,除非你重启tomcat,否则它会一直变大。

    而作用域规定的是变量的有效期限。

    如果把变量放到pageContext里,就说明它的作用域是page,它的有效范围只在当前jsp页面里。
    从把变量放到pageContext开始,到jsp页面结束,你都可以使用这个变量。
    如果把变量放到request里,就说明它的作用域是request,它的有效范围是当前请求周期。
    所谓请求周期,就是指从http请求发起,到服务器处理结束,返回响应的整个过程。在这个过程中可能使用forward的方式跳转了多个jsp页面,在这些页面里你都可以使用这个变量。
    如果把变量放到session里,就说明它的作用域是session,它的有效范围是当前会话。
    所谓当前会话,就是指从用户打开浏览器开始,到用户关闭浏览器这中间的过程。这个过程可能包含多个请求响应。也就是说,只要用户不关浏览器,服务器就有办法知道这些请求是一个人发起的,整个过程被称为一个会话(session),而放到会话中的变量,就可以在当前会话的所有请求里使用。
    如果把变量放到application里,就说明它的作用域是application,它的有效范围是整个应用。
    整个应用是指从应用启动,到应用结束。我们没有说“从服务器启动,到服务器关闭”,是因为一个服务器可能部署多个应用,当然你关闭了服务器,就会把上面所有的应用都关闭了。
    application作用域里的变量,它们的存活时间是最长的,如果不进行手工删除,它们就一直可以使用。
    与上述三个不同的是,application里的变量可以被所有用户共用。如果用户甲的操作修改了application中的变量,用户乙访问时得到的是修改后的值。这在其他scope中都是不会发生的,page, request, session都是完全隔离的,无论如何修改都不会影响其他人的数据。

    注意:
    根据jsp规范,用于某个对象的名称必须在所有作用域中都是唯一的。也就是说,如果application作用域中有一个名为user的对象,而且在request作用域中用相同的名称保存着另一个对象,那么容器可能会移除第一个对象,尽管很少有容器会执行这项规则,但是为了使您的项目更加完善,还是应该确保在任何地方都是用唯一的名称,除非所保存的对象为同一个。

    cookie

    cookie就是一些数据,用于存储服务器返回给客服端的信息,客户端进行保存。在下一次访问该网站时,客户端会将保存的cookie一同发给服务器,服务器再利用cookie进行一些操作。利用cookie我们就可以实现自动登录,保存游览历史,身份验证等功能。

  • 相关阅读:
    矿物鉴定VR实践教学平台:打造全新的沉浸式学习体验
    办理400电话客服中心的申请步骤及注意事项
    C语言——八股文(笔试面试题)
    redis之单线程的redis都有哪些阻塞点
    镭速,克服UDP传输缺点的百倍提速传输软件工具
    4+1视图与UML
    企业IP地址跟踪
    二维数组的查找、旋转数组的最小数字
    【centos】【Redis】【systemd】Redis进程守护
    Android 12 apk Installation did not succeed
  • 原文地址:https://blog.csdn.net/m0_64803878/article/details/132795939