标签：bsp   sso   web   name   发送   获取   表示   ini   body   

Cookie

Cookie是HTTP协议制定的。先由服务器保存Cookie到浏览器，再下次浏览器请求服务器时把上一次请求得到Cookie再归还给服务器。由服务器创建保存到客户端浏览器的一个键值对（由服务器创建其实并不严谨，因为前端如Jquery有Cookies插件也可以很轻松的创建，不过，无论由谁来创建，Cookie内部都是一个键值对），客户端会保存Cookie，并会标注出Cookie的来源（哪个服务器的Cookie）。当客户端向服务器发出请求时会把所有这个服务器Cookie包含在请求中发送给服务器，这样服务器就可以识别客户端了

Cookie的规范

Cookie的大小（一般都不会很大）和个数，每个服务器向浏览器发送的Cookie个数都是有限制的，具体数值不必关心，虽然会与HTTP规定的有些差异，但这是历史遗留问题(浏览器大战)的结果，但是，相同的是Cookie无法跨浏览器，不同浏览器之间是不共享Cookie的

服务器端创建Cookie

实例化一个Cookie，之后设置Cookie的属性(存活时间)，最后通过response添加Cookie

Cookie cookie1=new Cookie("userName","lz");
response.addCookie(cookie1);

这里没有设置Cookie的存活时间，就是关闭浏览器就销毁这个Cookie

Cookie存活的时间

通过setMaxAge(参数为秒)来设置Cookie存活的时间，以秒为单位。

• maxAge>0：浏览器会把Cookie保存到客户机硬盘上，有效时长为maxAge的值决定
• maxAge=0：浏览器会马上删除这个Cookie
• 不设置(默认)：Cookie只在浏览器内存中存在，当用户关闭浏览器时，浏览器进程结束，同时Cookie也就死亡了

Cookie cookie=new Cookie("uname", userName);
cookie.setMaxAge(60*60);
response.addCookie(cookie);

Cookie常用的方法

getName()和getValue()方法较为常用，分别为获得Cookie的名(键)和值

服务器端获得Cookie是一个Cookie数组，通过request.getCookies()获得；我们遍历这个数组，可以得到所需要的Cookie

Cookie[] cookies=request.getCookies();
for(Cookie c:cookies){
    out.print(c.getName()+"="+c.getValue()+"<br/>");
}

Cookie的Path

现在有WEB应用A，向客户端发送了10个Cookie，这就说明客户端无论访问应用A的哪个Servlet都会把这10个Cookie包含在请求中！但是也许只有AServlet需要读取请求中的Cookie，而其他Servlet根本就不会获取请求中的Cookie。这说明客户端浏览器有时发送这些Cookie是多余的

可以通过设置Cookie的path来指定浏览器，在访问什么样的路径时，应该包含什么样的Cookie就由Path决定， 浏览器访问服务器的路径，如果包含某个Cookie的路径，那么就会归还这个Cookie，这样就不会发送对于的Cookie信息

注意：

• Cookie的path并不是设置这个Cookie在客户端的保存路径
• Cookie的path由服务器创建Cookie时设置

设置Cookie的路径需要使用setPath()方法，例如：

cookie.setPath(“/cookietest/servlet”);

如果没有设置Cookie的路径，那么Cookie路径的默认值当前访问资源所在路径，例如：

• 访问http://localhost:8080/cookietest/AServlet时添加的Cookie默认路径为/cookietest；
• 访问http://localhost:8080/cookietest/servlet/BServlet时添加的Cookie默认路径为/cookietest/servlet；
• 访问http://localhost:8080/cookietest/jsp/BServlet时添加的Cookie默认路径为/cookietest/jsp；

Cookie中保存中文

Cookie的name和value都不能使用中文，如果希望在Cookie中使用中文，那么需要先对中文进行URL编码，然后把编码后的字符串放到Cookie中

向客户端响应中添加Cookie：

        String name = URLEncoder.encode("姓名", "UTF-8");
        String value = URLEncoder.encode("张三", "UTF-8");
        Cookie c = new Cookie(name, value);
        c.setMaxAge(3600);
        response.addCookie(c);

从客户端请求中获取Cookie：

response.setContentType("text/html;charset=utf-8");
        Cookie[] cs = request.getCookies();
        if(cs != null) {
            for(Cookie c : cs) {
                String name = URLDecoder.decode(c.getName(), "UTF-8");
                String value = URLDecoder.decode(c.getValue(), "UTF-8");
                String s = name + ": " + value + "<br/>";
                response.getWriter().print(s);
            }
        }

Cookie与Session

当我们添加一个Cookie到浏览器之后，会发现实际上会在浏览器中保存两个Cookie，有一个是默认的，名叫JSESSIONID，这个东西与Session有关，Session的底层就是使用Cookie来完成的

Session

 javax.servlet.http.HttpSession表示一个会话，我们可以把一个会话内需要共享的数据保存到HttSession对象中。可以把会话理解为客户端与服务器之间的一次会晤，在一次会晤中可能会包含多次请求和响应

在JavaWeb中，客户向某一服务器发出第一个请求开始，会话就开始了，直到客户关闭了浏览器会话结束

session是服务器端对象，保存在服务器端

获取HttpSession对象

• HttpSession request.getSesssion()：如果当前会话已经有了session对象那么直接返回，如果当前会话还不存在会话，那么创建session并返回；
• HttpSession request.getSession(boolean)：当参数为true时，与requeset.getSession()相同。如果参数为false，那么如果当前会话中存在session则返回，不存在返回null；

HttpSession是域对象

Session作为域对象进行数据的共享最为常用，Session常用的方法为：

• void setAttribute(String name, Object value)：用来存储一个对象，也可以称之为存储一个域属性，例如：session.setAttribute(“xxx”, “XXX”)，在session中保存了一个域属性，域属性名称为xxx，域属性的值为XXX。请注意，如果多次调用该方法，并且使用相同的name，那么会覆盖上一次的值，这一特性与Map相同；
• Object getAttribute(String name)：用来获取session中的数据，当前在获取之前需要先去存储才行，例如：String value = (String) session.getAttribute(“xxx”);，获取名为xxx的域属性；
• void removeAttribute(String name)：用来移除HttpSession中的域属性，如果参数name指定的域属性不存在，那么本方法什么都不做；
• Enumeration getAttributeNames()：获取所有域属性的名称；

HttpSession session = request.getSession();
session.setAttribute("userName", userName);

只要用户没有关闭浏览器，session就一直存在，那么保存在session中的用户信息也就一起存在

HttpSession原理

之前写到Session的底层依赖于Cookie，我们就来看看这是这么一回事：

当首次使用session时，服务器端要创建session，session是保存在服务器端，而给客户端的session的id（一个cookie中保存了sessionId，就是JSESSIONID啦）。客户端带走的是sessionId，而数据是保存在session中

当客户端再次访问服务器时，在请求中会带上sessionId，而服务器会通过sessionId找到对应的session，而无需再创建新的session，如果sessionId存在，通过sessionId没有查找到session对象，则创建session，把session保存起来，把新创建的sessionId保存到Cookie中

如果创建了新的session，浏览器会得到一个包含了sessionId的Cookie，这个Cookie的存活时间就是默认的，即只在浏览器内存中存在，如果不关闭浏览器，那么Cookie就一直存在。
但没有关闭浏览器的情况下，再次请求时，通过执行request.getSession()方法得到的session对象与上一次请求使用的是同一session对象
注意：服务器不会马上给你创建session，在第一次获取session时，才会创建。第一次获取Session就是使用request.getSession();方法

Session的最大不活动时间

既然Session底层依赖Cookie，那么和Cookie一样存在存活时间，默认的Session不活动时间为30分钟，也就是30分钟浏览器客户端没有发出任何请求，Session没有任何活动，这个Session就会被销毁，这个默认配置可以在Tomcat的conf/web.xml中找到，我们可以配置Session的存活时间，建议不要修改Tomcat中的配置，可以在我们自己的项目的web.xml文件中配置 :

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

其实，一般也不用修改默认，这个配置使用的并不多

URL重写

我们知道了session依赖Cookie，那么session为什么依赖Cookie呢？因为服务器需要在每次请求中获取sessionId，才可以根据这个Id在Session缓存中找到当前客户端的正在使用的是哪个session对象。那么如果客户端浏览器关闭了Cookie呢（某些浏览器设置的安全性过高，会禁用Cookie）？那么session是不是就会不存在了呢？

我们可以采用这样的一个方法：让服务器收到的每个请求中都带有sessioinId，这就是URL重写。在每个页面中的每个链接和表单中都添加名为JSESSIONID的参数，值为当前sessionid。当用户点击链接或提交表单时也服务器可以通过获取JSESSIONID这个参数来得到客户端的sessionId，找到sessoin对象

index.jsp：

  <body>
<h1>URL重写</h1>
<a href=‘/test/index.jsp;jsessionid=<%=session.getId() %>‘ >主页</a>

<form action=‘/test/index.jsp;jsessionid=<%=session.getId() %>‘ method="post">
    <input type="submit" value="提交"/>
</form>
  </body>

因为session是JSP的九大内置对象，所以可以直接使用其中的方法

推荐一种更为方便的写法：

使用response.encodeURL()对每个请求的URL处理，这个方法会自动追加jsessionid参数，与上面我们手动添加是一样的效果

<a href=‘<%=response.encodeURL("/test/index.jsp") %>‘ >主页</a>

<form action=‘<%=response.encodeURL("/test/index.jsp") %>‘ method="post">
    <input type="submit" value="提交"/>
</form>

使用response.encodeURL()更加“智能”，它会判断客户端浏览器是否禁用了Cookie，如果禁用了，那么这个方法在URL后面追加jsessionid，否则不会追加

Cookie与Session的复习

标签：bsp   sso   web   name   发送   获取   表示   ini   body   

原文地址：http://www.cnblogs.com/lz2017/p/7191132.html