cookie和session区别nginx实现session共享；

Flask中COOKIE和session介绍
介绍
​ 在网站中&＃xff0c;http请求是无状态的的。也就是说即使第一次和服务器连接上后并且登录成功后&＃xff0c;第二次请求服务器依然不能知道当前请求是哪个用户。COOKIE的出现就是为了解决这个问题&＃xff0c;第一次登录后服务器返回了一些数据&＃xff08;COOKIE&＃xff09;给浏览器&＃xff0c;然后浏览器保存在本地&＃xff0c;当该用户发送第二次请求时&＃xff0c;就会自动的把上次请求存储的COOKIE数据自动的携带给服务器&＃xff0c;服务器通过浏览器携带的数据就能判断当前的用户是哪个了。COOKIE存储的数据量有限&＃xff0c;不同的浏览器有不同的存储大小&＃xff0c;但一般不超过4KB。因此使用COOKIE只能存储一些小量的数据。

​ session和COOKIE的作用有点类似&＃xff0c;都是为了存储用户相关的信息。不同的是&＃xff0c;COOKIE是存储在本地浏览器&＃xff0c;而session存储在服务器。存储在服务器的数据会更加的安全&＃xff0c;不容易被窃取。但存储在服务器也有一定的弊端&＃xff0c;就是会占用服务器的资源&＃xff0c;但现在服务器已经发展至今&＃xff0c;一些session信息还是绰绰有余的。

COOKIE和session结合使用
WEB开发至今&＃xff0c;COOKIE和session的使用已经出现了一些非常成熟的方案&＃xff0c;在如今的市场或企业里&＃xff0c;一般有两种存储方式&＃xff1a;

存储在服务端&＃xff1a;通过COOKIE存储一个session_id&＃xff0c;然后具体的数据则是保存在session中&＃xff0c;如果用户已经登录&＃xff0c;则服务器会在COOKIE中保存一个session_id&＃xff0c;下次再次请求的时候&＃xff0c;会把该session_id携带上来&＃xff0c;服务器根据session_id在session库中获取用户的session数据。就能知道该用户到底是谁&＃xff0c;以及之前保存的一些状态信息。这种专业术语叫做server side session。
存储在客户端&＃xff1a;将session数据加密&＃xff0c;然后存储在COOKIE中。这种专业术语叫做client side session。flask 采用的就是这种方式&＃xff0c;但是也可以替换成其他形式。
flask中的session
​ flask中的session机制是&＃xff1a;把敏感数据经过加密后放入session中&＃xff0c;然后再把session存放到COOKIE中&＃xff0c;下次请求的时候&＃xff0c;再从浏览器发送过来的COOKIE中读取session&＃xff0c;然后再从session中读取敏感数据&＃xff0c;并进行解密&＃xff0c;获取最终的用户数据。
flask的这种session机制&＃xff0c;可以节省服务器的开销&＃xff0c;因为把所有的信息都存储到了客户端&＃xff08;浏览器&＃xff09;

二者的出现都是为了解决http请求是无状态的这个问题。
相同点&＃xff1a;都是为了存储用户相关的信息
不同点&＃xff1a;COOKIE是存储在本地浏览器&＃xff0c;而session存储在服务器。
COOKIE存储的数据量有限&＃xff0c;不同的浏览器有不同的存储大小&＃xff0c;但一般不超过4KB。
因此使用COOKIE只能存储一些小量的数据。存储在服务器的数据会更加的安全&＃xff0c;不容易被窃取。
但存储在服务器也有一定的弊端&＃xff0c;就是会占用一定的服务器的资源COOKIE的工作流程&＃xff1a;
第一次登录后服务器返回了一些数据&＃xff08;COOKIE&＃xff09;给浏览器&＃xff0c;然后浏览器保存在本地&＃xff0c;
当该用户发送第二次请求时&＃xff0c;就会自动的把上次请求存储的COOKIE数据自动的携带给服务器&＃xff0c;
服务器通过浏览器携带的数据就能判断当前的用户是哪个了。session的工作流程&＃xff1a;
session的底层是基于COOKIE技术来实现的
去访问服务器的时候&＃xff0c;服务器会为每个用户的浏览器创建一个会话对象(session对象)&＃xff0c;
并且为每个session对象创建一个Jsessionid号。当session对象创建成功后&＃xff0c;
会以COOKIE的方式将这个Jsessionid号回写给浏览器&＃xff0c;
当用户再次进行访问服务器时&＃xff0c;及带了具有Jsessionid号的COOKIE数据来一起访问服务器&＃xff0c;
服务器通过不同session的 Jsessionid号来找出与其相关联的session对象&＃xff0c;通过不同的session对象来为不同的用户服务。flask中默认的session机制
flask中的session机制是&＃xff1a;把敏感数据经过加密后放入session中&＃xff0c;然后再把session存放到COOKIE中&＃xff0c;下次请求的时候&＃xff0c;再从浏览器发送过来的COOKIE中读取session&＃xff0c;然后再从session中读取敏感数据&＃xff0c;并进行解密&＃xff0c;获取最终的用户数据。
flask的这种session机制&＃xff0c;可以节省服务器的开销&＃xff0c;因为把所有的信息都存储到了客户端&＃xff08;浏览器&＃xff09;
可使用官方推荐的flask_session插件&＃xff0c;将session存储在redis,memcached,mysql,mongodb等中
需要做一些配置如下&＃xff1a;
# flask_session配置
# 上线时&＃xff0c;做缓存和存储session可能是用两台机器上的redis&＃xff0c;IP地址不一样SESSION_TYPE &＃61; &＃39;redis&＃39;SESSION_REDIS &＃61; redis.StrictRedis(host&＃61;REDIS_HOST, port&＃61;REDIS_POST)SESSION_USE_SIGNER &＃61; True # 对COOKIE中的session_id进行混淆处理PERMANENT_SESSION_LIFETIME &＃61; 86400 # 设置session有效期 单位秒django中的session机制
默认是将Session数据存储在数据库中&＃xff0c;即&＃xff1a;django_session 表中。flask框架&＃xff1a;
登陆或者注册时保存用户的登陆状态在session中
session[&＃39;name&＃39;] &＃61; user.name
session[&＃39;mobile&＃39;] &＃61; user.mobile
session[&＃39;user_id&＃39;] &＃61; user.id
# 尝试从session中获取用户的名字
mobile &＃61; session.get(&＃39;mobile&＃39;)
# 清除session数据
session.clear() django框架
通过HttpRequest对象的session属性进行会话的读写操作。
request.session[&＃39;键&＃39;]&＃61;值
request.session.get(&＃39;键&＃39;,默认值)
清除所有session&＃xff0c;在存储中删除值部分&＃xff1a;request.session.clear()
清除session数据&＃xff0c;在存储中删除session的整条数据&＃xff1a;request.session.flush()
删除session中的指定键及值&＃xff0c;在存储中只删除某个键及对应的值&＃xff1a;del request.session[&＃39;键&＃39;]&＃xff08;推荐使用&＃xff09;在登陆时判断是否记住用户名和密码
res &＃61; redirect(reverse("goods:index"))
redirect返回值是一个HttpResponse响应对象
# 判断是否记住用户名和密码
if remember &＃61;&＃61; "on":res.set_COOKIE("username", username, max_age&＃61;7200)res.set_COOKIE("password", password, max_age&＃61;7200)
else:res.delete_COOKIE("username")res.delete_COOKIE("password")
return res1&＃xff0c;request请求对象&＃xff0c;封装了客户端发送的HTTP请求的内容
2&＃xff0c;g对象在一次请求中的所有的代码的地方&＃xff0c;都是可以使用的设置:g.变量名&＃61; 变量值获取:g.name
3&＃xff0c;g对象在A路由中设置&＃xff0c;只能在A路由请求中获取&＃xff0c;其它的请求都不能获取
4&＃xff0c;session用户会话&＃xff0c;只要设置&＃xff0c;在任意请求中都能拿到&＃xff0c;无论你拿多少次
5&＃xff0c;flash 一旦设置&＃xff0c;可在任意一次请求中获取&＃xff0c;但是只能取一次


用nginx做负载均衡&＃xff0c;这样同一个IP访问同一个页面会被分配到不同的服务器上&＃xff0c;要解决session同步的问题
用户在A登陆了&＃xff0c;A记住了用户的登录状态&＃xff0c;可是下一次用户请求被分配到B去了怎么办&＃xff1f;
显然不可能让用户再登陆一次。所以要实现session共享。1&＃xff1a;iphash,把特定ip发送给特定主机&＃xff0c;就不存在session这个问题了&＃xff0c;因为1个用户对应1台主机。但是某时刻当来自某个IP地址的请求特别多&＃xff0c;那么将导致某台负载服务器的压力可能非常大&＃xff0c;而其他负载服务器却空闲的不均衡情况&＃xff0c;这就违背了我们负载均衡的初衷。
2&＃xff1a;搭建redis集群或者memcached集群&＃xff0c;用集群自带的同步方法来帮我们在不同的主机中同步session&＃xff0c;这样就相当于把原来的一份session变成了N分session&＃xff08;有点浪费&＃xff0c;哈哈&＃xff09;&＃xff0c;session的同步就依赖于NoSql集群的同步了。
3&＃xff1a;不使用session&＃xff0c;换作COOKIE。但是秉承着防御性编程的原则&＃xff0c;我们不能相信用户输入&＃xff0c;因为COOKIE可能被禁用&＃xff0c;甚至篡改。
4&＃xff1a;单独设置一个session服务器&＃xff0c;负载服务器得到一个sessionid过后&＃xff0c;去session服务器获得会话状态&＃xff0c;然后根据状态来响应用户请求&＃xff0c;如果会话状态为空&＃xff0c;则在session服务器中设置一个会话状态&＃xff0c;然后返回给用户一个sessionid。引入redis缓存完成session共享&＃xff08;推荐使用&＃xff09;
项目都使用的是同一个地方的redis的缓存&＃xff0c;当用户登录的时候&＃xff0c;会把session存放在缓存里面&＃xff0c;
之后不管访问的是项目的那一台服务器&＃xff0c;都会从同一个地方去获取session缓存&＃xff0c;这样就很轻松实现了session同步&＃xff1b;