1、Cookie 翻译过来是饼干的意思。
2、Cookie 是服务器通知客户端保存键值对的一种技术。
3、客户端有了 Cookie 后,每次请求都发送给服务器。
4、每个 Cookie 的大小不能超过 4kb
创建实验环境的过程省略…
我们写一个类来创建一下cookie:
(其中的BaseServlet是之前写的一个工具servlet程序,不用管)
package com.atguigu.servlet; import javax.servlet.ServletException; import javax.servlet.http.Cookie; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; public class CookieServlet extends BaseServlet { protected void createCookie(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { //1、创建Cookie对象(可一次创建多个cookie) Cookie cookie = new Cookie("key1","value1"); //2、通知客户端保存Cookie response.addCookie(cookie); response.getWriter().write("cookie创建成功"); } }
然后我们去页面上查看cookie:
可以看见现在还没有我们创建的cookie键值对,现在我们点击创建,然后刷新一下检查:
可以看见我们创建的cookie客户端已经收到了。
通过响应头返回cookie:
服务器获取客户端的 Cookie 只需要一行代码:req.getCookies():Cookie[]
protected void getCookie(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { //服务器端获取cookie Cookie[] cookies = request.getCookies(); for (Cookie cookie : cookies) { //getName方法返回cookie的key键名 //getValue方法返回Cookie的value值 response.getWriter().write("Cookie["+cookie.getName()+"="+cookie.getValue()+"] <br>"); } }
依然是在请求头中得到cookie值:
过程分析如下:
注意有一点,API中并没有说给我们提供查找指定key键的cookie值,所以我们得自己写,其实就是一个很简单的算法,遍历请求中的cookie值,查找指定key键的cookie值,找到取走就行:
方案一:
1、先创建一个要修改的同名(指的就是 key)的 Cookie 对象
2、在构造器,同时赋于新的 Cookie 值。
3、调用 response.addCookie( Cookie );
如下:
Cookie cookie = new Cookie("key1","newValue1"); resp.addCookie(cookie);
方案二:
1、先查找到需要修改的 Cookie 对象
2、调用 setValue()方法赋于新的 Cookie 值。
3、调用 response.addCookie()通知客户端保存修改
如下:
// CookieUtils是我写的工具类,单独出来方便查找指定key键的cookie值的 Cookie cookie = CookieUtils.findCookie("key2", req.getCookies()); if (cookie != null) { cookie.setValue("newValue2"); resp.addCookie(cookie); }
谷歌浏览器如何查看 Cookie:
火狐浏览器如何查看 Cookie:
Cookie 的生命控制指的是如何管理 Cookie 什么时候被销毁(删除),这就需要使用到seMaxAge()方法。
该方法传入的三种值分别表示:
正数,表示在指定的秒数后过期
负数,表示浏览器一关,Cookie 就会被删除(默认值是-1)
零,表示马上删除 Cookie
示例:
指定时间删除:
马上删除:
默认:
在客户端浏览器中,有cookie的path属性:
Cookie 的 path 属性可以有效的过滤哪些 Cookie 可以发送给服务器。哪些不发。
path 属性是通过请求的地址来进行有效的过滤。
示例:
protected void testPath(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { Cookie cookie = new Cookie("path1", "path1"); // getContextPath() ===>>>> 得到工程路径 cookie.setPath( req.getContextPath() + "/abc" ); // ===>>>> /工程路径/abc resp.addCookie(cookie); resp.getWriter().write("创建了一个带有 Path 路径的 Cookie"); }
现在我们去浏览器中访问:
可以发现我们并没有看到我们的key键为path1的cookie,这是因为我们现在的访问路径为localhost:8080/13_cookie_session/cookie.html,而我们的cookie是需要工程路径再加上/abc的完整路径才会被显示在客户端中的,所以它现在只存在我们的浏览器响应头中:
那么现在我们加上/abc后,就可以使该cookie正常出现在客户端中了:
1、Session 就一个接口(HttpSession)。
2、Session 就是会话。它是用来维护一个客户端和服务器之间关联的一种技术。
3、每个客户端都有自己的一个 Session 会话。
4、Session 会话中,我们经常用来保存用户登录之后的信息。
注意:
之前学的Cookie,是用来保存在客户端的,而session会话是保存在服务器端的。
如何创建和获取 Session?
它们的 API 是一样的,创建和获取的方法都是同一个:request.getSession().
第一次调用的意义是:创建 Session 会话。
之后调用的意义都是:获取前面创建好的 Session 会话对象。
若为true 表示刚创建;
为false 表示获取之前创建。
每个会话都有一个身份证号。也就是 ID 值。而且这个 ID 是唯一的。
getId()方法能够得到 Session 的会话 id 值。
我们写一个类来实现一下:
package com.atguigu.servlet; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; public class SessionServlet extends BaseServlet{ protected void createOrGetSession(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { //创建和获取 session 会话对象 HttpSession session = request.getSession(); //判断该session是否为新创建出来的 boolean aNew = session.isNew(); //获取Session会话的唯一标识 id String id = session.getId(); response.getWriter().write("得到的session,它的id值是:"+id+"<br/>"); response.getWriter().write("这个session它是否是新创建的:"+aNew+"<br/>"); } }
我们第一次创建:
可以看见如上信息,然后我们再进行创建:
可以看见变成false了。
直接实现:
package com.atguigu.servlet; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; public class SessionServlet extends BaseServlet{ /** * 往session中保存数据 * @param request * @param response * @throws ServletException * @throws IOException */ protected void setAttribute(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.getSession().setAttribute("key1","value1"); response.getWriter().write("已经往session中保存了数据"); } /** * 往session中提取数据 * @param request * @param response * @throws ServletException * @throws IOException */ protected void getAttribute(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { Object attribute = request.getSession().getAttribute("key1"); //通过响应体返回给客户端 response.getWriter().write("从session中获取出key1的数据是"+attribute); } }
Session生命周期控制也是通过一些API方法来进行控制的,这里要使用到的方法有如下三个:
public void setMaxInactiveInterval(int interval)
设置 Session 的超时时间(以秒为单位),超过指定的时长,Session 就会被销毁。
值为正数的时候,设定 Session 的超时时长;
为负数则表示永不超时(极少使用)。
获取 Session 的超时时间:public int getMaxInactiveInterval()
让当前 Session 会话马上超时无效:public void invalidate()
Session默认的超时时长是多少?
Session 默认的超时时间长为 30 分钟。
因为在 Tomcat 服务器的配置文件 web.xml中默认有以下的配置,它就表示配置了当前 Tomcat 服务器下所有的 Session 超时配置默认时长为:30 分钟。
<session-config> <session-timeout>30</session-timeout> </session-config>
如果说,我们希望我们的 web 工程,默认的 Session 的超时时长为其他时长。那么我们可以在我们自己的 web.xml 配置文件中做以上相同的配置。就可以修改你的 web 工程所有 Seession 的默认超时时长。
<!--表示当前 web 工程。创建出来 的所有 Session 默认是 20 分钟 超时时长--> <session-config> <session-timeout>20</session-timeout> </session-config>
如果你想只修改个别 Session 的超时时长,就可以使用下面的 API:
setMaxInactiveInterval(int interval)来进行单独的设置。
session.setMaxInactiveInterval(int interval)单独设置超时时长。
示例代码:
protected void life3(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 先获取 Session 对象 HttpSession session = req.getSession(); // 设置当前 Session3 秒后超时 session.setMaxInactiveInterval(3); resp.getWriter().write("当前 Session 已经设置为 3 秒后超时"); }
Session 马上被超时示例:
protected void deleteNow(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 先获取 Session 对象 HttpSession session = req.getSession(); // 让 Session 会话马上超时 session.invalidate(); resp.getWriter().write("Session 已经设置为超时(无效)"); }
知道浏览器和session之间关联的技术可以让我们明白,就是为什么session的超时时长可以设置长或者短自由设置,但我们却还是只要关掉了浏览器则session就消失了呢?
Session的技术,底层其实是基于 Cookie 技术来实现的。
所以现在明白了,当我们的浏览器关闭之后,cookie就被删除了,而session是基于cookie存在而存在的,原来的cookie没有了那么浏览器就会新建一个cookie,从上面图的分析中我们就可以知道此时就会根据新创建的cookie值而重新创建一个session值,这就是为什么session也会跟着浏览器关闭而消失的原因。