整合营销服务商

电脑端+手机端+微信端=数据同步管理

免费咨询热线:

Cookie&Session详解

Cookie&Session详解

话技术

  1. 会话:一次会话中包含多次请求和响应。
  • 一次会话:浏览器第一次给服务器资源发送请求,会话建立,直到有一方断开为止
  1. 功能:在一次会话的范围内的多次请求间,共享数据
  2. 方式:
  3. 客户端会话技术:Cookie
  4. 服务器端会话技术:Session

Cookie:小甜点

1.概念:

  • 客户端会话技术,将数据保存到客户端

2.快速入门:

  1. 创建Cookie对象,绑定数据
  • new Cookie(String name, String value)
  1. 发送Cookie对象
  • response.addCookie(Cookie cookie)
  1. 获取Cookie,拿到数据
  • Cookie[] request.getCookies()

3.实现原理

  • 基于响应头set-cookie:name=value和请求头cookie:name=value实现

4.cookie的细节

  1. 一次可不可以发送多个cookie?
  • 可以
  • 可以创建多个Cookie对象,使用response调用多次addCookie方法发送cookie即可。
  1. cookie在浏览器中保存多长时间?
  2. 默认情况下,当浏览器关闭后,Cookie数据被销毁

  3. 持久化存储:
  • setMaxAge(int seconds)
  1. 正数:将Cookie数据写到硬盘的文件中。持久化存储。并指定cookie存活时间(单位为秒),时间到后,cookie文件自动失效
  2. 负数:默认值,当浏览器关闭后,Cookie数据被销毁
  3. 零:删除cookie信息
  4. cookie能不能存中文?
  • 在tomcat 8 之前 cookie中不能直接存储中文数据。
  • 需要将中文数据转码---一般采用URL编码(%E3)
  • 在tomcat 8 之后,cookie支持中文数据。特殊字符还是不支持,建议使用URL编码存储,URL解码解析
  1. cookie共享问题?
  2. 假设在一个tomcat服务器中,部署了多个web项目,那么在这些web项目中cookie能不能共享?
  • 默认情况下cookie不能共享
  • setPath(String path):设置cookie的获取范围。默认情况下,设置的是当前的虚拟目录
  • 如果要共享,则可以将path设置为"/"
  1. 不同的tomcat服务器间cookie共享问题?
  • setDomain(String path):如果设置一级域名相同,那么多个服务器之间cookie可以共享
  • setDomain(".baidu.com"),那么tieba.baidu.com和news.baidu.com中cookie可以共享

5.Cookie的特点和作用

  1. cookie存储数据在客户端浏览器
  2. 浏览器对于单个cookie 的大小有限制(4kb) 以及 对同一个域名下的总cookie数量也有限制(20个)
  • 作用:
  1. cookie一般用于存出少量的不太敏感的数据
  2. 在不登录的情况下,完成服务器对客户端的身份识别

JSP:入门学习

1.概念:

  • Java Server Pages: java服务器端页面
  • 可以理解为:一个特殊的页面,其中既可以指定定义html标签,又可以定义java代码
  • 用于简化书写!!!

2.原理

  • JSP本质上就是一个Servlet

3.JSP的脚本:JSP定义Java代码的方式

  1. <% 代码 %>:定义的java代码,在service方法中。service方法中可以定义什么,该脚本中就可以定义什么。
  2. <%! 代码 %>:定义的java代码,在jsp转换后的java类的成员位置。(会引发线程安全问题)
  3. <%=代码 %>:定义的java代码,会输出到页面上。输出语句中可以定义什么,该脚本中就可以定义什么。

4. JSP的内置对象:

  • 在jsp页面中不需要获取和创建,可以直接使用的对象
  • jsp一共有9个内置对象。
  • 今天学习3个:
  • request
  • response
  • out:字符输出流对象。可以将数据输出到页面上。和response.getWriter()类似
  • response.getWriter()和out.write()的区别:
  • 在tomcat服务器真正给客户端做出响应之前,会先找response缓冲区数据,再找out缓冲区数据。
  • response.getWriter()数据输出永远在out.write()之前
  • 所以建议统一用一种方式来输出,以免容易打乱布局,建议用out.write()

Session:主菜

1.概念:

  • 服务器端会话技术,在一次会话的多次请求间共享数据,将数据保存在服务器端的对象中。HttpSession

2.快速入门:

  • 获取HttpSession对象:
 HttpSession session=request.getSession();
  • 使用HttpSession对象:
 Object getAttribute(String name)
 void setAttribute(String name, Object value)
 void removeAttribute(String name)

3.原理

  • Session的实现是依赖于Cookie的。

4.细节:

  1. 当客户端关闭后,服务器不关闭,两次获取session是否为同一个?
  • 默认情况下。不是。
  • 如果需要相同,则可以创建Cookie,键为JSESSIONID,设置最大存活时间,让cookie持久化保存。
 Cookie c=new Cookie("JSESSIONID",session.getId());
 c.setMaxAge(60*60);
 response.addCookie(c);
  1. 客户端不关闭,服务器关闭后,两次获取的session是同一个吗?
  • 不是同一个,但是要让他们为同一个。tomcat会自动完成以下工作(idea不行,idea会直接把work目录里的SESSION.ser删掉)
  • session的钝化:
  • 在服务器正常关闭之前,将session对象系列化到硬盘上
  • session的活化:
  • 在服务器启动后,将session文件转化为内存中的session对象即可。
  1. session什么时候被销毁?
  2. 服务器关闭

  3. session对象调用invalidate() 。

  4. session默认失效时间 30分钟
  • 可以在 $Tomcat/conf/web.xml 选择性配置修改

 <session-config>
 <session-timeout>30</session-timeout>
 </session-config>

5.session的特点

  1. session用于存储一次会话的多次请求的数据,存在服务器端
  2. session可以存储任意类型,任意大小的数据
  • session与Cookie的区别:
  1. session存储数据在服务器端,Cookie在客户端
  2. session没有数据大小限制,Cookie有
  3. session数据安全,Cookie相对于不安全

在 Web 应用程序中(通俗点,可以理解成一个网站),Session 和 Cookie 是两个非常重要的概念,主要用于实现用户身份认证、数据传递等功能。今天就来讲讲这两个东西。

对于当时刚开始接触到这两个概念的我来说,这两个东西是非常模糊的,当然,这样也和我自己 Java 基础不牢固有关,导致在学习 Java Web 的过程中,埋下了许多地雷。现如今,从新梳理下,希望能给屏幕前的你带来收获。

本篇文章目标人群是学了后忘了的,学了后想要巩固的。当然,还没学,那就更好啦,直接看这一篇就够了!

Session 的概念

Session 是 Web 应用程序中的一种会话管理机制,用于存储和维护用户的会话状态。

那问题来了,什么是「会话」?

会话是指在用户与服务器之间的一系列请求和响应之间的交互过程。

当用户访问 Web 应用时,服务器会创建一个唯一的会话 ID,并将其存储在用户的浏览器中的 Cookie 中。在接下来的请求中,浏览器会将会话 ID 作为参数发送给服务器,以便服务器可以识别用户并将其请求与之前的请求相关联。

为什么会有 Session?

由于 HTTP 协议是无状态的,当用户在网站中进行多次请求,服务器并不能判断这些请求是不是来自同一用户,所以出现了一种技术,这种技术称为「会话跟踪技术」。

会话跟踪技术就能解决这个问题。与无状态的通信相比,会话是一种有状态的通信,这种通信至少需要一方来维护当前的状态信息和历史信息。

Session 就是其中一种会话跟踪技术,当然,后面说的 Cookie 也是。

Session 的原理

Session 的原理是基于服务器端的存储和管理,因此相对来说比较安全。在用户访问 Web 应用程序时,服务器会为每个用户创建一个唯一的 Session ID,服务器会将 Session ID 和对应的会话状态存储在内存或者数据库中,同时也返回一份 Session ID 给浏览器,让浏览器存储在 Cookie 中,并在一定时间内保持有效。当用户进行后续的请求时,服务器会根据 Session ID 来识别用户,并获取和维护用户的会话状态。最后,当用户关闭浏览器或者超过一定时间没有活动时,服务器会自动销毁对应的 Session。

Session 的优点是安全性相对较高,存储容量可以存储任意数据类型,并且可以设置失效时间。但是它也存在一些缺点:

  • 存储在服务器端,需要占用服务器资源(比如内存资源)
  • 失效时间短,一般只有数分钟或数小时
  • 难以跨域共享,不同域名的服务器无法共享 Session

代码如何写?

那服务器这边是怎样去存储和管理的呢?代码是怎样写的呢?

在 Java Web 中,可以使用 Servlet API 中封装好的 Session 对象(HttpSession)来进行操作。

在Servlet API中,HttpSession 由 Servlet容器(比如 Tomcat)创建,它可以存储任意的 Java 对象,我们可以通过 setAttribute() 方法将对象绑定到 Session 中,之后通过 getAttribute() 方法获取绑定在 Session 中的对象。

也就是说,可以在一次会话的多次请求间共享数据,将数据保存在服务器端的对象中。

  • 获取 Session 对象

我们可以通过 HttpServletRequest 的 getSession() 方法来获取 HttpSession 对象。如果 HttpSession 对象不存在,则会创建一个新的 Session 对象。

Session 常用方法

以下是一些常用的 Session 对象的方法:

  • setAttribute(String name, Object value):将一个名为 name,值为 value 的对象绑定到 Session 中。
  • getAttribute(String name):获取 Session 中绑定的名为 name 的对象。
  • removeAttribute(String name):从 Session 中删除名为 name 的对象。
  • getId():获取 Session 的唯一标识符。
  • getCreationTime():获取 Session 的创建时间。
  • getLastAccessedTime():获取 Session 的最后访问时间。
  • setMaxInactiveInterval(int interval):设置 Session 的最大不活动时间间隔,单位为秒。
  • getMaxInactiveInterval():获取 Session 的最大不活动时间间隔。

示例代码:

SessionServlet:

@WebServlet(name="SessionServlet", urlPatterns="/session")
public class SessionServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        // 获取 Session 对象
        HttpSession session=req.getSession();
        // 将用户名存储到 Session 中
        session.setAttribute("username", req.getParameter("username"));
        // 重定向到另一个页面
        resp.sendRedirect("anotherPage.jsp");
    }

    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        super.doPost(req, resp);
    }
}
复制代码

这里使用了 @WebServlet 来配置这个 Servlet,处理的请求映射的路径为 /session,主要进行了 Session 对象的相关操作,存储了用户信息,重定向到另一个页面,通过 Session,此时在另一个页面,就能够获取到存储的信息。

anotherPage.jsp

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ page session="true" %>
<html>
<head>
    <title>这里是有Session的</title>
</head>
<body>
    <%
        String username=(String) session.getAttribute("username");
    %>
    <h2>从Session中获取的信息:<%=username%></h2>
</body>
</html>
复制代码

生成唯一 ID 返回给浏览器

@WebServlet(name="SessionIdServlet", urlPatterns="/sessionId")
public class SessionIdServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        HttpSession session=req.getSession();
        // 获取 SessionID
        String sessionId=session.getId();
        // 创建名为JSESSIONID的 Cookie
        Cookie cookie=new Cookie("JSESSIONID", sessionId);
        // 设置 Cookie 效时间为30分钟
        cookie.setMaxAge(30 * 60);
        // 将 Cookie 追加到响应中返回给浏览器
        resp.addCookie(cookie);
    }

    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        super.doPost(req, resp);
    }
}
复制代码

通过浏览器向这个路径 /sessionId 发起请求,就会接收到服务器返回的响应,这里的响应就有我们进行处理的名为 JSESSIONID 的 Cookie

Cookie 的概念

Cookie 和 Session 总是会被拿来比较的。Cookie 和 Session 都是用来跟踪浏览器用户身份的会话技术,或者说一种机制。它们都可以实现在多个页面之间共享用户的状态。

Cookie 的原理

Cookie 是一种在客户端(浏览器)保存数据的机制。

浏览器第一次发送请求到服务器,服务器就创建 Cookie(上面的代码中我们写了),该 Cookie 中包含着信息,可以是用户的信息(用户偏好设置、广告偏好),然将该 Cookie 发送到浏览器。

浏览器之后再次访问服务器时就会携带服务器创建的 Cookie,这不需要我们做任何操作,不需要写任何代码,浏览器帮我们实现了在每一次的请求中都携带上 Cookie。服务器端通过 Cookie 中携带的数据区分不同的用户。

Cookie 的优点是可以长时间保存,并且可以在客户端设置,但是它也存在一些缺点:

  • 安全性相对较差,容易被不法分子获取
  • 存储容量有限,一般只能存储 ASCII 码
  • 失效时间可以设置,但是客户端可以随时清除 Cookie

总结

Session 是一种服务器端的存储机制,它将用户状态信息存储在服务器上,每个用户都有一个独立的 Session。

在用户第一次访问服务器的时候,服务器会为其创建一个 Session,并将 Session ID 放到一个名为 JSESSIONID 的 Cookie 中发送给浏览器。

Cookie 是一种客户端(浏览器)存储机制,它将用户状态信息存储在客户端浏览器上。我们知道,用户第一次访问服务器的时候,服务器会将一些数据(比如 JSESSIONID)写入 Cookie 并发送给客户端,客户端在后续的请求中会将 Cookie 发送给服务器。

在存储容量方面,Cookie 的存储容量较小,一般只能存储 ASCII 码,而 Session 可以存储任意数据类型。在安全性方面,Session 相对于 Cookie 更加安全,因为 Session 存储在服务器,客户端无法直接访问。在跨域共享方面,Cookie 可以跨域共享,而 Session 只能在同一域名下共享。

最后的最后

由本人水平所限,难免有错误以及不足之处, 屏幕前的靓仔靓女们 如有发现,恳请指出!

最后,谢谢你看到这里,谢谢你认真对待我的努力,希望这篇博客对你有所帮助!

你轻轻地点了个赞,那将在我的心里世界增添一颗明亮而耀眼的星!

equest和response

request:封装了http请求信息,通过这个对象去获取请求信息,他是ServletRequest的子接口

response:封装了相应信息

//获取姓名的值

//姓名:< input type=“text” name=“username” id=“username”>< br/>

//input属性name的值

String name=request.getParameter(“username”); 获取多个值getParameterValues

System.out.println(name);

//response.getWiter()方法,把结果相应到浏览器

PrintWriter out=response.getWriter();

out.write("<h 1 >"+name+"</ h1>");

转码

request.setCharacterEncoding(“utf-8”);

response.setContentType(“text/html;charset=utf-8”);

//请求转发:把请求转发给另一个servlet处理

String path="/testServlet";

request.getRequestDispatcher(path).forward(request, response);

//请求重定向

response.sendRedirect(“testServlet”);

1.请求转发和请求重定向

本质区别:请求转发只是发了一次请求,重定向发了两次请求

(1)请求转发:地址栏还是初次请求的地址栏

请求重定向:地址栏不是初次请求的地址栏,地址栏是最后一次相应的地址栏

(2)请求转发:在最终的servlet中,request对象和中转的request对象是同一个对象

请求重定向:最终的servlet中,request对象和中转的request对象不是同一个对象

(3)请求转发:‘/’代表当前web应用的根目录

请求重定向:‘/’代表当前web站点的根目录

(4)请求转发:只能转到当前web资源

请求重定向:可以重定向到外部资源

2.表单重复提交

(1)点击了浏览器的后退按钮,再点击提交

(2)在相应页面未完成响应时,重复点击提交按钮

(3)在表单请求servlet,而servlet又通过转发的方式相应到一个servlet处理,当我刷新时,地址栏还是原来请求的那个地址栏,这样就出现了重复提交。重定向不会出现重复提交

/***********************************************************************/

设置令牌

< body>

<%

String uuid=UUID.randomUUID().toString().replace("-","");

request.getSession().setAttribute(“token”, uuid);

%>

< form action=“work” method=“post”>

< input type=“hidden” value="<%=uuid%>" name=“token”>

用户名:< input type=“text” name=“user” id=“username”>< br/>

密码:< input type=“text” name=“pwd” id=“pwd”>< br/>

< input type=“submit” value=“提交”>

< /form>

< /body>

浏览器需要对其发出的每个请求消息都进行标识

这个标识号就称之为会话ID(SessionID)

获取session

HttpSession session=request.getSession();