HTTP协议的特点,以及cookie和session的区别

素颜马尾好姑娘i 2023-02-12 05:45 14阅读 0赞

###### HTTP协议的特点： ######

*  无状态：是指协议对于事物处理没有记忆功能，也就是说，对于服务端来讲，他不关心客户端是谁，他只关心请求，请求来了服务端就响应，响应完了谁也不认识谁，这种特性严重阻碍了需要客户端与服务端进行动态交互的web应用程序的实现，所以呢，cookie和session这种用户保持HTTP连接状态的技术就应运而生了，就是为了解决这个缺陷的。
 *  cookie：通过客户端来保持状态的解决方案（供服务端存储数据）
    
     *  以域名的形式进行区分
     *  具体时效性，过期之后会被浏览器自动删除，如果你不设置过期时间，那么默认情况下会在关闭浏览器时删除
     *  特别要注意：在发送请求的时候会自动携带到请求头中一并发送给服务端
     *  交互流程：客户端请求服务端（携带请求数据） ==> 服务端响应客户端（在响应头中携带需要被客户端保存的cookie数据） ==> 客户端接收服务端响应（保存cookie数据，存盘，磁盘中） ==> 客户端再次发送请求的时候（自动在请求头中携带已有的cookie数据） ==> 服务端接收客户端请求（从请求头中获取cookie数据），后面的流程同上。。。
 *  session：通过服务端来保持状态的解决方案（供客户端存储数据）
    
     *  是服务端为客户端开辟的存储空间，在其中保存数据
     *  也有时效性，服务端重启时会失效
     *  很重的一点，他是基于cookie来实现的，会将生成的sessionId以cookie的形式保存在客户端中
     *  交互流程：客户端请求服务端（携带请求数据） ==> 服务端接收请求（给你开辟一个存储空间，用来保存你的数据，实际上就是创建session，并为之生成一个唯一的id，也就是sessionId） ==> 服务端响应客户端（在响应头中携带包含sessionId的cookie数据） ==> 客户端接收响应（从响应头中获取cookie数据，并存盘） ==> 该客户端再次发送请求的时候（会自动在请求头中携带cookie数据，其中就包含了sessionId） ==> 服务端再次接收请求的时候（从请求头的cookie中获取sessionId，然后根据sessionId获取对应的session，也就是存储空间，从而获取其中保存的数据）

( 网上语序)  
前几节的介绍中我们已经有能力制作一个登陆页面，在验证了用户名和密码的正确性后跳转到后台的页面。但是测试后也发现，如果绕过登陆页面。直接输入后台的url地址也可以直接访问的。这个显然是不合理的。其实我们缺失的就是cookie和session配合的验证。有了这个验证过程，我们就可以实现和其他网站一样必须登录才能进入后台页面了。  
先问一个登陆页面的时候，一旦我们通过了认证。服务器端就会发送一组随机唯一的字符串（假设是123abc）到浏览器端，这个被存储在浏览端的东西就叫cookie。而服务器端也会自己存储一下用户当前的状态，比如login=true，username=hahaha之类的用户信息。但是这种存储是以字典形式存储的，字典的唯一key就是刚才发给用户的唯一的cookie值。那么如果在服务器端查看session信息的话，理论上就会看到如下样子的字典  
\{‘123abc’:\{‘login’:true,‘username:hahaha’\}\}  
因为每个cookie都是唯一的，所以我们在电脑上换个浏览器再登陆同一个网站也需要再次验证。那么为什么说我们只是理论上看到这样子的字典呢？因为处于安全性的考虑，其实对于上面那个大字典不光key值123abc是被加密的，value值\{‘login’:true,‘username:hahaha’\}在服务器端也是一样被加密的。所以我们服务器上就算打开session信息看到的也是类似与以下样子的东西  
\{‘123abc’:dasdasdasd1231231da1231231\}