1、session原理

cookie是保存在用户浏览器端的键值对

session是保存在服务器端的键值对

session服务端中存在的数据为：

session = {

随机字符串1：{

用户1的相关信息

}

随机字符串2：{

用户2的相关信息

}

}

session客户端即客户端的浏览器的cookie中存的数据是当前用户对应的随机字符串

2、session详细解析(是否过期、失效时间)

Session一直是我们做web项目经常使用的，以前没太注意，这次又细致的看了下！

1.session其实就是一个Map，键=值对，通过session.getAttribute("name");获得session中设置的参数

2.session的过期时间是从什么时候开始计算的？是从一登录就开始计算还是说从停止活动开始计算？

答：从session不活动的时候开始计算，如果session一直活动，session就总不会过期。

从该Session未被访问,开始计时; 一旦Session被访问,计时清0;

3、session的工作过程

1、    生成随机字符串

2、    写到用户浏览器的cookie中

3、    保存到session中

4、    在随机字符串对应的字典中设置相关内容

而上述过程在Django中的体现为：

request.session["username"]=user

这里的username为通过request.POST.get("username")从前端html页面中获取到的用户名信息

注意：

在Django中要用session中一定要先执行：

python manage.py makemigrations

python manage.py migrate

当用户登录的时候的就会在数据库的django_session表中记录session信息

同样的通过request.session["username"]也可以获取相应的值

在这个过程中：

1、    首先获取当前用户的随机字符串

2、    根据随机字符串获取对应的内容

4、session的操作

request.session["k1"]  如果不存在则会报错

request.session.get["k1"]，如果不存在则会报错，为了防止出错可以request.session.get('k1',none)

request.session['k1'] = 123 设置session值

request.session.setdefault('k1',123)  存在则不设置

del request.session['k1']  删除

request.session.clear()    删除

所有 键、值、键值对

request.session.keys()

request.session.values()

request.session.items()

request.session.iterkeys()

request.session.itervalues()

request.session.iteritems()

用户session的随机字符串

request.session.session_key

将所有Session失效日期小于当前日期的数据删除

request.session.clear_expired()

检查 用户session的随机字符串 在数据库中是否

request.session.exists("session_key")

删除当前用户的所有Session数据

request.session.delete("session_key")

5、session 的超时时间设置

5.1、django中 settings中的设置

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        # 是否每次请求都保存Session，默认修改之后才保存(默认)

Session使用比较简单，在request.session是一个字典类。session是保存在数据库中的。

5.2、在views中的设置

request.session.set_expiry(value)

默认的过期时间是两周，如果自己设置了过期时间，这样自己设定的优先级就会高于默认的

如果value是个整数，session会在些秒数后失效。

如果value是个datatime或timedelta，session就会在这个时间后失效。

如果value是0,用户关闭浏览器session就会失效。

如果value是None,session会依赖全局session失效策略。

注意：

Django中设置session过期时间：

request.session.set_expiry(timedelta(days=30))

运行提示错误：TypeError: datetime.datetime(2018, 7, 3, 7, 36, 57, 636224, tzinfo=) is not JSON serializable

解决办法：

在setting中添加：

SESSION_SERIALIZER='django.contrib.sessions.serializers.PickleSerializer'

6、Django中对于session的存储方式

Django中支持session，其中内部提供了5种类型的session供开发者使用：

数据库(默认)

缓存

文件

缓存+数据库

加密cookie

1、如果是数据库，需要在settings.py中配置如下：

SESSION_ENGINE = 'django.contrib.sessions.backends.db' (引擎(默认))

2、如果是缓存session,需要在settings.py中配置如下：

SESSION_ENGINE = 'django.contrib.sessions.backends.cache'(引擎)

SESSION_CACHE_ALIAS= 'default'  使用的缓存别名(默认内存缓存，也可以是memcache)，此处别名依赖缓存的设置

1、    如果是文件session, 需要在settings.py中配置如下：

SESSION_ENGINE = 'django.contrib.sessions.backends.file' (引擎)

SESSION_FILE_PATH=None  缓存文件路径，如果为None，则使用tempfile模块获取一个临时地址tempfile.gettempdir()

2、    如果是缓存+数据库session，需要在settings.py中配置如下：

SESSION_ENGINE='django.contrib.sessions.backends.cached_db'       (引擎)

7、session的过期判断;

1)  以前是根据 if(session.getAttribute('user')==null)判断是否为空

=========================================================================================

2) 如下为看到的一个帖子，判断session不为空的好方法：

request.getSeesion(boolean)方法，一下子让我恍然大悟。这个方法里面传了一个boolean值，这个值如果是true，那么如   果当前的request的session不可用，那么就创建新的会话，如果存在就返回当前的会话。如果参数是false，那么在request的当前会话不存在的时候就返回null。

这样我们就可以很容易的联想到这个所谓的request的当前会话是否存在和session过期的联系，所以我们就可以“近似地”认为session不存在就是session过期了，那么我们就可以很容易地判断session是否过期了。方法如下：

if(request.getSession(false)==null){

System.out.println("Session has been invalidated!");

}

else{

System.out.println("Session is active!");

}

可能大家注意到我上面有一个“近似地”字眼，也就是说存在特别情况。

这个特殊情况就是第一次请求还没有创建会话的时候，那么用这个方法返回的仍然是null