Cookie
- Cookie是服务器通知客户端保存键值对儿的一种技术
- 客户端有了Cookie后，每次请求都发送给服务器
- 每个 Cookie的大小都不超过4kb
注意
Cookie值不包含空格，方括号，圆括号，等号，逗号，双引号，斜杠，问号，at符号，冒号和分号，空值在所有浏览器上的行为也不一样。需要使用BASE64编码。
Cookie生命控制
setMaxAge()
- 正数，表示在指定的秒数后过期
- 负数，表示浏览器一关闭，Cookie就会被删除
- 零 ，表示马上删除
CookiePath属性
Cookie的path属性可以有效的过滤那些发送给服务器，那些不发。
path属性是通过请求地址来进行有效个过滤
CookieA path=/工程路径
CookieB path=/工程路径/abc
请求地址如下:
http://ip:port/工程路径/a.html
CookieA 发送
CookieB 不发送
http://ip:port/工程路径/abc/a.html
CookieA 发送
CookieB 发送
Session
- Session就是一个接口
- Session就是会话，它是用来维护一个客户端和服务器之间的一种技术
- 每个客户端都有自己的一个Session技术
- Session会话中，我们经常用来保存用户登录之后的信息
获取Session
request.getSession()
第一次调用是：创建Session()
之后调用都是：获取前面创建好的Session()会话对象
isNew()：判断到底是不是刚创建出来的(新的)
每个会话都有一个身份证号。也就是ID值。而且这个ID是唯一的。getID()得到Session的会话id值。
Session生命控制
getMaxInactiveInternal()获取Session的超时时间
Session默认的超时时长可以再tomcat服务器中进行配置
注意
每一次点击浏览器都会重置Session时间，不停的刷新页面Session将一直不会销毁。
invalidate() 让当前Session会话马上超时无效
注意
关闭浏览器后， JESSIONID就会在本地销毁，所以关闭浏览器后Session就失效。
案例
表单重复提交三种情况
一：提交完表单。服务器使用请求转来进行页面跳转。这个时候,用户按下功能键F5,就会发起最后一次的请求。造成表单重复提交问题。解决办法：使用重定向来进行跳转。
二：用户正常提交服务器，但是由于网络延迟等原因，迟迟未收到服务器额相应，这个时候，用户以为提交失败，就会着急，然后多点了几次提交操作。也会造成表单重复提交。
三：用户正常提交服务器。服务器也没有延迟，但是提交完成后，用户回退浏览器。重复提交。也会造成表单重复提交
解决
情况一使用重定向技术
情况二三使用验证码解决