cookie与session组件

cookie与session组件
一、会话跟踪技术

什么是会话跟踪?

我们需要先了解一下什么是会话！可以把会话理解为客户端与服务器之间的一次会晤，在一次会晤中可能会包含多次请求和响应。例如你给10086打个电话，你就是客户端，而10086服务人员就是服务器了。从双方接通电话那一刻起，会话就开始了，到某一方挂断电话表示会话结束。在通话过程中，你会向10086发出多个请求，那么这多个请求都在一个会话中。
在Web中，客户向某一服务器发出第一个请求开始，会话就开始了，直到客户关闭了浏览器会话结束。

在一个会话的多个请求中共享数据，这就是会话跟踪技术。例如在一个会话中的请求如下：
- 请求银行主页；
- 请求登录（请求参数是用户名和密码）；
- 请求转账（请求参数与转账相关的数据）；
- 请求信誉用卡还款（请求参数与还款相关的数据）。
在这上述会话中当前用户信息必须在这个会话中共享的，如果登录的是张三，那么在转账和还款时一定是相对张三的转账和还款！这就说明我们必须在一个会话过程中有共享数据的能力。那么我们怎么保证在一个回话中是同一个用户的操作呢?

会话路径技术使用Cookie或session完成

我们知道HTTP协议是无状态协议，也就是说每个请求都是独立的！无法记录前一次请求的状态。但HTTP协议中可以使用Cookie来完成会话跟踪！在Web开发中，使用session来完成会话跟踪，session底层依赖Cookie技术。接下来我们详细介绍一下cookie和session

二、cookie介绍

 cookie的由来

大家都知道HTTP协议是无状态的。

无状态的意思是每次请求都是独立的，它的执行情况和结果与前面的请求和之后的请求都无直接关系，它不会受前面的请求响应情况直接影响，也不会直接影响后面的请求响应情况。

一句有意思的话来描述就是人生只如初见，对服务器来说，每次的请求都是全新的。

状态可以理解为客户端和服务器在某次会话中产生的数据，那无状态的就是指这些数据不会被保留。会话中产生的数据又是我们需要保存的，也就是说要“保持状态”。因此Cookie就是在这样一个场景下诞生。

什么是cookie

其实Cookie是key-value结构，类似于一个python中的字典。随着服务器端的响应发送给客户端浏览器。然后客户端浏览器会把Cookie保存起来，当下一次再访问服务器时把Cookie再发送给服务器。 Cookie是由服务器创建，然后通过响应发送给客户端的一个键值对。客户端会保存Cookie，并会标注出Cookie的来源（哪个服务器的Cookie）。当客户端向服务器发出请求时会把所有这个服务器的Cookie包含在请求中发送给服务器，这样服务器就可以识别客户端了！

cookie的原理

cookie的工作原理是：由服务器产生内容，浏览器收到请求后保存在本地；当浏览器再次访问时，浏览器会自动带上Cookie，这样服务器就能通过Cookie的内容来判断这个是“谁”了。

Cookie规范
- Cookie大小上限为4KB；
- 一个服务器最多在客户端浏览器上保存20个Cookie；
- 一个浏览器最多保存300个Cookie；
上面的数据只是HTTP的Cookie规范，但在浏览器大战的今天，一些浏览器为了打败对手，为了展现自己的能力起见，可能对Cookie规范“扩展”了一些，例如每个Cookie的大小为8KB，最多可保存500个Cookie等！但也不会出现把你硬盘占满的可能！
注意，不同浏览器之间是不共享Cookie的。也就是说在你使用IE访问服务器时，服务器会把Cookie发给IE，然后由IE保存起来，当你在使用FireFox访问服务器时，不可能把IE保存的Cookie发送给服务器。

Cookie的覆盖

如果服务器端发送重复的Cookie那么会覆盖原有的Cookie，例如客户端的第一个请求服务器端发送的Cookie是：Set-Cookie: a=A；第二请求服务器端发送的是：Set-Cookie: a=AA，那么客户端只留下一个Cookie，即：a=AA。

在浏览器中查看cookie

浏览器中按F12，点network---cookies就能看到

 三、Django中怎么操作Cookie

获取Cookie

在view中直接使用request下的COOKIES方法进行获取
```
request.COOKIES['key']   # 获取普通的cookies
request.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None) # 获取加盐的的cookie
```
参数：
- default: 默认值
- salt: 加密盐
- max_age: 后台控制过期时间
设置Cookie

使用返回的几个基于http的对象,来设置cookie, 格式是key:value的形式, 设置的时候的参数在后边有详细说明
```
rep = HttpResponse(...)
rep ＝ render(request, ...)
 
rep.set_cookie(key,value)
rep.set_signed_cookie(key,value,salt='加密盐')
```
参数：
- key, 键
- value='', 值
- max_age=None, 超时时间 cookie需要延续的时间（以秒为单位）如果参数是 None`` ，这个cookie会延续到浏览器关闭为止
- expires=None, 超时时间(IE requires expires, so set it if hasn't been already.)
- path='/', Cookie生效的路径，/ 表示根路径，特殊的：根路径的cookie可以被任何url的页面访问，浏览器只会把cookie回传给带有该路径的页面，这样可以避免将cookie传给站点中的其他的应用。
- domain=None, Cookie生效的域名你可用这个参数来构造一个跨站cookie。如， domain=".example.com"所构造的cookie对下面这些站点都是可读的：www.example.com 、 www2.example.com 和an.other.sub.domain.example.com 。如果该参数设置为 None ，cookie只能由设置它的站点读取
- secure=False, 浏览器将通过HTTPS来回传cookie
- httponly=False 只能http协议传输，无法被JavaScript获取（不是绝对，底层抓包可以获取到也可以被覆盖）
删除Cookie
```
def logout(request):
    rep = redirect("/login/")
    rep.delete_cookie("user")  # 删除用户浏览器上之前设置的usercookie值
    return rep
```
Cookie版登录校验
```
# 定义一个登陆装饰器
def login_auth(func):
    def inner(request,*args,**kwargs):
        next_url=request.get_full_path()
        if request.COOKIES.get('is_login'):
            return func(request,*args,**kwargs)
        else:
            return redirect('cookie_login/?next=%s'%next_url)
    return inner
 
@login_auth
def cookie_order(request):
    return HttpResponse('我是订单页面')
@login_auth
def cookie_index(request):
    name=request.COOKIES.get('username')
    return render(request,'cookie_index.html',{'name':name})
 
def cookie_login(request):
    if request.method =='POST':
        next_url=request.GET.get('next')
        name=request.POST.get('name')
        password=request.POST.get('password')
        if name == 'onion' and password == '123':
            import datetime
            now=datetime.datetime.now().strftime('%Y-%m-%d %X')
            # print(now)
            obj=redirect(next_url)
            obj.set_cookie('is_login',True)
            obj.set_cookie('username',name)
            obj.set_cookie('login_time',now)
            return obj
 
    return render(request, 'cookie_login.html')
```
二、Session介绍

 Session的由来(session和cookie的联系和区别)

Cookie虽然在一定程度上解决了“保持状态”的需求，但是由于Cookie本身最大支持4096字节，以及Cookie本身保存在客户端，可能被拦截或窃取，因此就需要有一种新的东西，它能支持更多的字节，并且他保存在服务器，有较高的安全性。这就是Session。

问题来了，基于HTTP协议的无状态特征，服务器根本就不知道访问者是“谁”。那么上述的Cookie就起到桥接的作用。

我们可以给每个客户端的Cookie分配一个唯一的id，这样用户在访问时，通过Cookie，服务器就知道来的人是“谁”。然后我们再根据不同的Cookie的id，在服务器上保存一段时间的私密资料，如“账号密码”等等。

总结而言：Cookie弥补了HTTP无状态的不足，让服务器知道来的人是“谁”；但是Cookie以文本的形式保存在本地，自身安全性较差；所以我们就通过Cookie识别不同的用户，对应的在Session里保存私密的信息以及超过4096字节的文本。

另外，上述所说的Cookie和Session其实是共通性的东西，不限于语言和框架。

Django中Session相关方法

session在服务器中是以字典形式存在的, 所以它的增删改查方法和字典的相同

获取、设置、删除session中的数据
```
# 获取Session中数据
request.session['k1']
request.session.get('k1',None)
# 设置Session中数据
request.session['k1'] = 123
request.session.setdefault('k1',123) # 存在则不设置
# 删除Session中数据
del request.session['k1']
批量获取session中的数据
```
批量获取session中的数据
```
# 所有 键、值、键值对
request.session.keys()
request.session.values()
request.session.items()
request.session.iterkeys()
request.session.itervalues()
request.session.iteritems()
```
在Django中对当前浏览器session的具体方法:
```
# 会话session的key
request.session.session_key
 
# 将所有Session失效日期小于当前日期的数据删除
request.session.clear_expired()
 
# 检查会话session的key在数据库中是否存在
request.session.exists("session_key")
 
# 删除当前会话的所有Session数据(只删数据库)
request.session.delete()
　　
# 删除当前的会话数据并删除会话的Cookie（数据库和cookie都删）。
request.session.flush() 
这用于确保前面的会话数据不可以再次被用户的浏览器访问
例如，django.contrib.auth.logout() 函数中就会调用它。
 
# 设置会话Session和Cookie的超时时间
request.session.set_expiry(value)
* 如果value是个整数，session会在些秒数后失效。
* 如果value是个datatime或timedelta，session就会在这个时间后失效。
* 如果value是0,用户关闭浏览器session就会失效。
* 如果value是None,session会依赖全局session失效策略。
```
怎样通过session来区别不同浏览器访问不同网站的数据?

首先我们需要明白的是: 对于同一个浏览器如果有不同版本同时存在于同一台计算机中的时候, 即使是访问同一个服务器,得到的sessionid也是不一样的

用同一个浏览器去访问不同的服务器时: 从不同服务器得到的sessionid是不一样的, 再次访问某一个访问过的服务器的时候会携带上上次返回的sessionid, 然后到相应服务器中去获取之前保留的数据

多个用户先后使用同一台计算机上的同一个浏览器去访问同一个服务器的时候: 服务器中的django_session表变化, 首先session_key不会改变, 因为是同一个浏览器, 但是session中的数据内容会被后一个操作的用户信息覆盖掉前一个用户的信息,

Django中使用session时，做的事：

1. 生成随机字符串这个随机字符串作为session_key,用来标识不同的浏览器id, 是浏览的唯一标识
2 在django_session表(自动创建)中插入一条数据 :
sessionkey session 超时时间
asdfasdasdfdasf {name:onion,age:18} 默认时间14天
3 往浏览器写入一条cookie, cookie是'sessionid'：'asdfasdasdfdasf

Django中的Session配置
```
1. 数据库Session
SESSION_ENGINE = 'django.contrib.sessions.backends.db'   # 引擎（默认）
 
2. 缓存Session
SESSION_ENGINE = 'django.contrib.sessions.backends.cache'  # 引擎
SESSION_CACHE_ALIAS = 'default'                            # 使用的缓存别名（默认内存缓存，也可以是memcache），此处别名依赖缓存的设置
 
3. 文件Session
SESSION_ENGINE = 'django.contrib.sessions.backends.file'    # 引擎
SESSION_FILE_PATH = None                                    # 缓存文件路径，如果为None，则使用tempfile模块获取一个临时地址tempfile.gettempdir() 
 
4. 缓存+数据库
SESSION_ENGINE = 'django.contrib.sessions.backends.cached_db'        # 引擎
 
5. 加密Cookie Session
SESSION_ENGINE = 'django.contrib.sessions.backends.signed_cookies'   # 引擎
 
其他公用设置项：
SESSION_COOKIE_NAME ＝ "sessionid"                       # Session的cookie保存在浏览器上时的key，即：sessionid＝随机字符串（默认）
SESSION_COOKIE_PATH ＝ "/"                               # Session的cookie保存的路径（默认）
SESSION_COOKIE_DOMAIN = None                             # Session的cookie保存的域名（默认）
SESSION_COOKIE_SECURE = False                            # 是否Https传输cookie（默认）
SESSION_COOKIE_HTTPONLY = True                           # 是否Session的cookie只支持http传输（默认）
SESSION_COOKIE_AGE = 1209600                             # Session的cookie失效日期（2周）（默认）
SESSION_EXPIRE_AT_BROWSER_CLOSE = False                  # 是否关闭浏览器使得Session过期（默认）
SESSION_SAVE_EVERY_REQUEST = False 
```
思考，如果第二个人再次再同一个浏览器上登录，django-session表会怎样？

服务器中的django_session表变化, 首先session_key不会改变, 因为是同一个浏览器, 但是session中的数据内容会被后一个操作的用户信息覆盖掉前一个用户的信息,
from django.views import View from django.utils.decorators import method_decorator # 使用登录认证装饰器 # 用法一 # @method_decorator(login_auth,name='get') # @method_decorator(login_auth,name='post') class UserInfo(View): # 用法二 @method_decorator(login_auth) def get(self, request, *args, **kwargs): return HttpResponse('userinfo get') # 总结：两种用法 -加在类上：@method_decorator(login_auth,name='get') -加载方法上：@method_decorator(login_auth)
cbv加装饰器
CBV中加装饰器
from django.views import View
from django.utils.decorators import method_decorator
"""
CBV中django不建议你直接给类的方法加装饰器
无论该装饰器能都正常给你都不建议直接加
"""
# @method_decorator(login_auth,name='get') # 方式2(可以添加多个针对不同的方法加不同的装饰器)
# @method_decorator(login_auth,name='post')
class MyLogin(View):
@method_decorator(login_auth) # 方式3:它会直接作用于当前类里面的所有的方法
def dispatch(self, request, *args, **kwargs):
return super().dispatch(request,*args,**kwargs)
# @method_decorator(login_auth) # 方式1:指名道姓
def get(self,request):
return HttpResponse("get请求")
def post(self,request):
return HttpResponse('post请求')
每天逼着自己写点东西，终有一天会为自己的变化感动的。这是一个潜移默化的过程，每天坚持编编故事，自己不知不觉就会拥有故事人物的特质的。 Explicit is better than implicit.(清楚优于含糊)
相关阅读:
Android导入自定义的jar包时出现 E/AndroidRuntime(486): java.lang.NoClassDefFoundError错误
 cocos2d-x认识之旅
 ASP.Net MVC Filter验证用户登录
 RHEL6安装调试过程中遇到的问题集
 java8新增特性（二）----函数式接口（Functional）
京东云、新浪微博等专家畅谈Docker未来格局：开放与竞争（上）
Activity启动模式的深入分析
 ShopEx 中规格属性添加时，自己主动计算其相应的销售价格，同一时候注意模板中的变量间的计算
 【天气APP】之桌面时钟witget组件
 xcode6.3 模版位置
原文地址：https://www.cnblogs.com/kylin5201314/p/13859513.html

最新文章
free book
cursor
C# and android
高性能web
html5js
mobile javascript
swipejs
自立门户
 云计算
 PHP and java

cookie与session组件

一、 会话跟踪技术

会话路径技术使用Cookie或session完成

二、cookie介绍

cookie的由来

什么是cookie

cookie的原理

Cookie规范

Cookie的覆盖

在浏览器中查看cookie

三、Django中怎么操作Cookie

获取Cookie

设置Cookie

删除Cookie

Cookie版登录校验

二、Session介绍

Session的由来(session和cookie的联系和区别)

Django中Session相关方法

Django中的Session配置

CBV中加装饰器

一、会话跟踪技术