1.1 无状态协议
无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。
HTTP 是一个无状态协议，这意味着每个请求都是独立的。
缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
HTTP 协议这种特性有优点也有缺点，优点在于解放了服务器，每一次请求“点到为止”不会造成不必要连接占用，缺点在于每次请求会传输大量重复的内容信息。
客户端与服务器进行动态交互的 Web 应用程序出现之后，HTTP 无状态的特性严重阻碍了这些应用程序的实现，毕竟交互是需要承前启后的，简单的购物车程序也要知道用户到底在之前选择了什么商品。于是，两种用于保持 HTTP 连接状态的技术就应运而生了，一个是 Cookie，而另一个则是 Session。
1.2 会话
一次会话中包含多次请求和响应。
一次会话：浏览器第一次给服务器资源发送请求，会话建立，直到有一方断开为止
1.3 功能
在一次会话的范围内的多次请求间，共享数据
比如 你登陆网页版淘宝,登陆成功后,加入了一些商品到购物车中,那么这个过程中,我们只需要登陆一次就可以
因为登陆成功后的一次会话中,淘宝服务端就知道了我要把这些商品加入到哪个用户的购物车中,而不是每次加入购物车都需要重新传递用户信息
1.4 方式
1. 客户端会话技术：Cookie
2. 服务器端会话技术：Session
3. Cookie
3.1 概念
客户端会话技术，将数据保存到客户端
3.2 快速入门
使用步骤：
1. 创建Cookie对象，绑定数据
new Cookie(String name, String value)
2. 发送Cookie对象
response.addCookie(Cookie cookie)
3. 获取Cookie，拿到数据
Cookie[] request.getCookies()
3.3 实现原理
基于响应头set-cookie和请求头cookie实现
3.4 cookie的细节
3.4.1 一次可不可以发送多个cookie?
可以
可以创建多个Cookie对象，使用response调用多次addCookie方法发送cookie即可。
3.4.2cookie在浏览器中保存多长时间？
1. 默认情况下，当浏览器关闭后，Cookie数据被销毁
2. 持久化存储：
setMaxAge(int seconds)
1. 正数：将Cookie数据写到硬盘的文件中。持久化存储。并指定cookie存活时间，时间到后，cookie文件自动失效
2. 负数：默认值
3. 零：删除cookie信息
3.4.3cookie能不能存中文？
在tomcat 8 之前 cookie中不能直接存储中文数据。
需要将中文数据转码---一般采用URL编码(%E3)
在tomcat 8 之后，cookie支持中文数据。特殊字符还是不支持，建议使用URL编码存储，URL解码解析
3.4.4cookie共享问题？
1. 假设在一个tomcat服务器中，部署了多个web项目，那么在这些web项目中cookie能不能共享？
默认情况下cookie不能共享
setPath(String path):设置cookie的获取范围。默认情况下，设置当前的虚拟目录
如果要共享，则可以将path设置为"/"
2. 不同的tomcat服务器间cookie共享问题？
setDomain(String path):如果设置一级域名相同，那么多个服务器之间cookie可以共享
setDomain(".baidu.com"),那么tieba.baidu.com和news.baidu.com中cookie可以共享
3.4.5Cookie的特点和作用
1. cookie存储数据在客户端浏览器
2. 浏览器对于单个cookie 的大小有限制(4kb) 以及 对同一个域名下的总cookie数量也有限制(20个)
作用：
1. cookie一般用于存储少量的不太敏感的数据
2. 在不登录的情况下，完成服务器对客户端的身份识别
4. Session
4.1 概念
上面讲的Cookie是用于客户端的会话技术,现在我们来学习一下服务器端会话技术，在一次会话的多次请求间共享数据，将数据保存在服务器端的对象中。HttpSession
4.2 快速入门
1. 获取HttpSession对象：
HttpSession session = request.getSession();
2. 使用HttpSession对象：
Object getAttribute(String name)
void setAttribute(String name, Object value)
void removeAttribute(String name)
4.3 原理
Session的实现是依赖于Cookie的。
4.4 细节
4.4.1 当客户端关闭后，服务器不关闭，两次获取session是否为同一个？
默认情况下。不是。
如果需要相同，则可以创建Cookie,键为JSESSIONID，设置最大存活时间，让cookie持久化保存。
Cookie c = new Cookie("JSESSIONID",session.getId());
c.setMaxAge(60*60);
response.addCookie(c);
4.4.2 客户端不关闭，服务器关闭后，两次获取的session是同一个吗？
不是同一个，但是要确保数据不丢失。tomcat自动完成以下工作
session的钝化：
在服务器正常关闭之前，将session对象系列化到硬盘上
session的活化：
在服务器启动后，将session文件转化为内存中的session对象即可。
4.4.3 session什么时候被销毁？
1. 服务器关闭
2. session对象调用invalidate() 。
3. session默认失效时间 30分钟
选择性配置修改
<session-config>
<session-timeout>30</session-timeout>
</session-config>
4.5 Session的特点
1. session用于存储一次会话的多次请求的数据，存在服务器端
2. session可以存储任意类型，任意大小的数据
session与Cookie的区别：
1. session存储数据在服务器端，Cookie在客户端
2. session没有数据大小限制，Cookie有4kb
3. session数据安全，Cookie相对于不安全
4.6 验证码案例
4.6.1 案例需求
1. 访问带有验证码的登录页面login.jsp
2. 用户输入用户名，密码以及验证码。
如果用户名和密码输入有误，跳转登录页面，提示:用户名或密码错误
如果验证码输入有误，跳转登录页面，提示：验证码错误
如果全部输入正确，则跳转到主页success.jsp，显示：用户名,欢迎您
4.6.2 分析
1 编写一个生成验证码的java程序
2 页面中通过js去请求验证码程序,完成验证码的生成并保存入session中(注意每次请求都需要加上一个时间,否则容易出现缓存问题)
3 登陆的时候,把验证码和用户名、密码都传递到servlet,并在servlet中获取
4 然后获得session中的验证码,和传递的验证码进行比较,如果成功再比较用户名和密码
5 不管成功还是失败都需要把session中的验证码都删除,由页面重新生成
6 再根据登陆成功还是失败 跳转对应的页面和响应的提示
869
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
