Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/http/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
JAVA中的会话管理:基本疑问_Java_Http_Session - Fatal编程技术网

JAVA中的会话管理:基本疑问

JAVA中的会话管理:基本疑问,java,http,session,Java,Http,Session,我对Java中的会话管理感到困惑。当我浏览会话创建时,我在网上找到了不同的答案,这些答案在各自的上下文中都是正确的。我有两个基本的问题 1) 在发出第一个HTTP请求时,浏览器是否创建会话ID并发送到服务器,或者当来自浏览器的HTTP请求第一次到达服务器时,服务器是否创建会话ID 2) JSSessionID是会话id吗? 如何在浏览器中设置此ID(即在服务器和浏览器之间传递的标题)? 如何在服务器(服务器内部)中设置此ID 3) 如果服务器/浏览器在第一个HTTP请求时创建了会话id,那么Ht

我对Java中的会话管理感到困惑。当我浏览会话创建时,我在网上找到了不同的答案,这些答案在各自的上下文中都是正确的。我有两个基本的问题

1) 在发出第一个HTTP请求时,浏览器是否创建会话ID并发送到服务器,或者当来自浏览器的HTTP请求第一次到达服务器时,服务器是否创建会话ID

2) JSSessionID是会话id吗? 如何在浏览器中设置此ID(即在服务器和浏览器之间传递的标题)? 如何在服务器(服务器内部)中设置此ID

3) 如果服务器/浏览器在第一个HTTP请求时创建了会话id,那么HttpServletRequest.getSession(true)方法在何时做什么? 这个方法有什么用

4) 来自服务器的sessionId是作为单独的头传递还是作为cookie头传递

如果浏览器中禁用了cookie,并且服务器通过任何方式(单独的头或cookie头或任何其他形式)传递sessionId(我猜是JSessionId),那么浏览器会做什么?在此场景中如何建立会话

我们是否明确需要编写代码,将sessionId作为查询参数附加到服务器端

我们如何在服务器端检查浏览器是否禁用了cookie

  • 会话ID始终由服务器创建。但若浏览器需要,它可以将其切换为其他ID,而服务器几乎并没有办法找到(这就是为什么会话ID应该很难猜测,并且是随机生成的)

  • 只有当您(程序员)第一次尝试使用会话时,服务器才会创建会话id。重载的
    getSession
    方法存在,因此您可以在不创建会话的情况下探测会话的存在

  • 会话id必须由服务器发送(至少一次)到客户端,并由客户端返回(每次请求)。有很多方法可以做到这一点(您可以将不同的方法看作插件,确切的技术对于实际的会话对象并不重要)

  • 通常的方法是:

    • 一块饼干;cookie值的名称可能是JSESSIONID,但也可能是其他名称(可配置)。在创建会话时,服务器发送一个
      Set Cookie
      头(只发送一次)。从那一刻起,由于cookie的工作方式,浏览器将cookie值附加到标准的
      cookie
      标题中

    • 通过请求参数。服务器必须将参数附加到每个URL(GET)并作为隐藏字段附加到每个表单(GET或POST)。自动化这个过程并不容易(因为表单和链接可以由不同的库和应用程序片段生成),而且主要取决于程序员。但是一些技术(比如JSP)对添加这个参数有一些支持(比如JSTL中的
      )。如果您使用其他演示技术或为自己生成URL,则必须检查其工作原理

    • 由于一些代理不支持cookie(坦率地说,客户机既需要会话又不支持cookie的想法已经过时),因此有一个巧妙的技巧:在创建会话时,JSP尝试通过cookie(无论使用何种前端技术)和参数两种方式发送会话id。当回答返回时,可以验证cookie是否存在(如果有参数,但没有cookie,则客户端不支持cookie,JSP将尝试通过参数发送会话;如果有cookie集,则不需要参数)
  • 会话ID始终由服务器创建。但若浏览器需要,它可以将其切换为其他ID,而服务器几乎并没有办法找到(这就是为什么会话ID应该很难猜测,并且是随机生成的)

  • 只有当您(程序员)第一次尝试使用会话时,服务器才会创建会话id。重载的
    getSession
    方法存在,因此您可以在不创建会话的情况下探测会话的存在

  • 会话id必须由服务器发送(至少一次)到客户端,并由客户端返回(每次请求)。有很多方法可以做到这一点(您可以将不同的方法看作插件,确切的技术对于实际的会话对象并不重要)

  • 通常的方法是:

    • 一块饼干;cookie值的名称可能是JSESSIONID,但也可能是其他名称(可配置)。在创建会话时,服务器发送一个
      Set Cookie
      头(只发送一次)。从那一刻起,由于cookie的工作方式,浏览器将cookie值附加到标准的
      cookie
      标题中

    • 通过请求参数。服务器必须将参数附加到每个URL(GET)并作为隐藏字段附加到每个表单(GET或POST)。自动化这个过程并不容易(因为表单和链接可以由不同的库和应用程序片段生成),而且主要取决于程序员。但是一些技术(比如JSP)对添加这个参数有一些支持(比如JSTL中的
      )。如果您使用其他演示技术或为自己生成URL,则必须检查其工作原理

    • 由于一些代理不支持cookie(坦率地说,客户机既需要会话又不支持cookie的想法已经过时),因此有一个巧妙的技巧:在创建会话时,JSP尝试通过cookie(无论使用何种前端技术)和参数两种方式发送会话id。当回答返回时,可以验证cookie是否存在(如果有参数,但没有cookie,则客户端不支持cookie,JSP将尝试通过参数发送会话;如果有cookie集,则不需要参数)

    会话是一种非常有趣的事情