比如： session['yonghuming'] = request.form['username']
把表单中的 username 传给 session ，用 yonghuming 变量保存，下次可以用 session.get('yonghuming')把这个值取出来。
如果 session 是全局的话，再一些特殊情况下（比如，定时任务、异步认为中，前面存的 yonghuming 还没来得及读取，就被后面同样的 request.form['username']赋值给覆盖了。这怎么整？
另外，说 Flask 的 session 设计是 cookie based ，按理说，应该是每个用户的请求又应该算是非全局的，可以重名，不用担心被覆盖吧？
 |
1
ipwx Mar 23, 2017
对于 session 变量本身，它是个 threading-local 变量，所以不会有多线程问题。
而且 Python 除了 PyPy 开不了多线程，整个 Python 进程就是个巨大的单线程程序。 |
 |
2
cizixs Mar 23, 2017  3
flask 中的 request 、 session 、 g 都是协程 /进程安全的。简单说，它们看似是全局变量，但其实每个请求的值都是单独保存的，不会相互影响。
如果想明白内部的实现，可以看这篇文章： http://cizixs.com/2017/01/13/flask-insight-context 。 另，迷之 `yonghuming` 变量。 |
 |
3
rogwan OP @ipwx 谢谢，按这个解释思路，如果 session['yonghuming'] = request.form['username'] 的'yonghuming'在 10 分钟之后取，但是中途在第 3 分钟的时候，被另外一个 form 又赋值了一次，那 10 分钟之后取的‘ yonghuming ’，其实是第 3 分钟复制的那个啦？
|
|
5
ipwx Mar 23, 2017 2
@rogwan 我觉得你对 Flask 的 session 有个误解。 Flask 的 session 是 cookie based ，所以每次请求都是从 cookie 里面抽出来的值，不存在服务器上。至于 cookie 是怎么维持的呢？
比如你某次请求让 flask 设置了一个 cookie ，服务器在送给客户端的 HTTP Header 里面会有一句 Set-Cookie: name=value .....（省略一些 cookie 的元信息） 然后下次浏览器发送给服务器的 HTTP Header 会带上： Cookie: name=value 也就是说这来回传输的 HTTP 头维持了状态。 回到你的问题，每次 flask 处理某个请求， session 对象都是临时从 HTTP Header 里面重建出来的。 10 分钟之后是什么，这要看浏览器给你的是什么。 |
 |
6
julyclyde Mar 23, 2017
定时任务还有 request ？
|
 |
7
est Mar 23, 2017
这就是 Flask 最具特色、魅力和争议的黑魔法了。它的 request, session 不是一个普通对象。是一个逗比对象。
|
 |
9
ke1e Mar 23, 2017
Flask 的 session 是 ThreadLocal 的，每个用户都有一个自己的栈，所以数据不会混乱的
|
 |
10
Kilerd Mar 23, 2017
那你咋不对 request 的正确性进行怀疑呢？？
骚年，深入了解下 flask 内部实现吧。 兼具了争议和赞美的一种表示方法 |
|
11
julyclyde Mar 23, 2017
你可能混淆了 session 域和 application 域
|
Select Language