今日刷题总结18
cookie和session机制
http协议有2个特性：
无连接——是指限制每次tcp连接只处理一个请求。服务器端处理完客户端的请求，并收到客户端的应答后，即断开tcp连接。采用这种方式可以节省传输时间。但是当在同一客户端和服务器端之间请求很多时，就会在建立与释放tcp连接消耗带宽和时间。
无状态——正因为每次连接只处理一个请求，服务器端无法根据连接去追踪客户端，因为连接断开后有关客户端的信息全部去除。如果后续处理需要前面的信息，则客户端必须重传自身信息，这样可能导致每次连接传送的数据量很大。
为了解决无连接的问题，对于http/1.0，客户端在发送请求报文时可以在请求报头消息中携带Connection：Keep-Alive向服务器请求持久连接，如果服务端允许就会在响应报文中加上相同的字段。而在http/1.1中持久连接就成了默认的连接方式。不过持久连接中的请求都是串行的，即当一个请求得不到立即响应被阻塞时会导致后续的请求也被阻塞。为此提出pipellining的概念，即客户端发起一次请求时不必等待响应便直接发起第二个请求，服务端按照请求的顺序一次返回结果。
为了解决无状态的问题，提出了cookie和session机制。
1）由于HTTP协议是无状态的协议，所以服务端需要记录用户的状态时，就需要用某种机制来识具体的用户，这个机制就是Session.典型的场景比如购物车，当你点击下单按钮时，由于HTTP协议无状态，所以并不知道是哪个用户操作的，所以服务端要为特定的用户创建了特定的Session，用用于标识这个用户，并且跟踪用户，这样才知道购物车里面有几本书。这个Session是保存在服务端的，有一个唯一标识。在服务端保存Session的方法很多，内存、数据库、文件都有。集群的时候也要考虑Session的转移，在大型的网站，一般会有专门的Session服务器集群，用来保存用户会话，这个时候 Session 信息都是放在内存的，使用一些缓存服务比如Memcached之类的来放 Session。
2）思考一下服务端如何识别特定的客户？这个时候Cookie就登场了。每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。有人问，如果客户端的浏览器禁用了 Cookie 怎么办？一般这种情况下，会使用一种叫做URL重写的技术来进行会话跟踪，即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户。
3）Cookie其实还可以用在一些方便用户的场景下，设想你某次登陆过一个网站，下次登录的时候不想再次输入账号了，怎么办？这个信息可以写到Cookie里面，访问网站的时候，网站页面的脚本可以读取这个信息，就自动帮你把用户名给填了，能够方便一下用户。这也是Cookie名称的由来，给用户的一点甜头。
所以，总结一下：
Session是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存在集群、数据库、文件中；
Cookie是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session的一种方式。
posted on 2017-08-28 16:07 yifangzhuhou 阅读(120) 评论(0) 编辑 收藏 举报
