12.上下文_蓝图中current_app.logger

项目名称为 fourth_context

上下文是flask独有的概念，falsk中的request对象是全局变量,在不同的线程我们得到的不同的响应，比如我们下面的这个

上下文分为请求上下文和应用上下文，上面的就是请求上下文request,除了request，session也是请求上下文

应用上下文有 current_app与g对象 ，这两个我们之前都没有用过

目录

1  current_app

2  g对象

---

1  current_app

current_app可以返回当前的应用对象，我们写一个代码看一下

• 为了清晰展示我们这里新建了一个项目名为 fourth_context

我们创建完了两个应用对象，然后给每一个应用加上一个属性，之后再给各自一个视图，然后在代码中我们运行app1

另一个在终端中运行，在终端中运行app2的时候要先改环境变量，环境变量要这样改

激活环境后输入flask run

我们现在访问 127.0.0.1:5000/home2就会显示app2

如果访问 127.0.0.1:5001/home1就会显示app1

使用current_app的目的是，当我不方便处理某个app对象的时候，我可以通过视图中的current_app进行处理

那是什么时候不方便呢，这个时候我们做一个例子

我们现在想在app1中搞一个蓝图

那我们就得创建一个蓝图的包，然后在__init__中这样写

这个时候发现app1并没有在文件中导入，那么你可以这样写

这么改就有点儿麻烦，也不灵活，那么我们有灵活一点儿的写法，我们可以这样写

我们测一下，发现没有什么问题

2  g对象

g对象是flask中的一个临时变量，我们可以在一次请求调用多个函数间传递一些数据，每一次请求都会重设这个变量

我们搞一个例子

使用g对象，我们就可以在func1()中使用g_view()定义的属性

我们访问一下

发现可以成功获取

后面课程(P38-P39)中讲的是用装饰器做一个认证，我觉得没有什么意义，所以就没有记录

P40在python console模式下使用上下文，我觉得也没有什么意义

P41是说了上下文的内部原理，大致意思是每一个线程会又一个对应的变量，然后又简单介绍了一个项目，也没有什么可写的东西