Falsk
a、Flask是一个基于Python开发并且依赖jinja2模板和Werkzeug WSGI服务的一个微型框架，对于Werkzeug本质是Socket服务端，其用于接收http请求并对请求进行预处理，然后触发Flask框架，开发人员基于Flask框架提供的功能对请求进行相应的处理，并返回给用户，如果要返回给用户复杂的内容时，需要借助jinja2模板来实现对模板的处理，即：将模板和数据进行渲染，将渲染后的字符串返回给用户浏览器
b、
“微”(micro) 并不表示你需要把整个 Web 应用塞进单个 Python 文件（虽然确实可以 ），也不意味着 Flask 在功能上有所欠缺。微框架中的“微”意味着 Flask 旨在保持核心简单而易于扩展。Flask 不会替你做出太多决策——比如使用何种数据库。而那些 Flask 所选择的——比如使用何种模板引擎——则很容易替换。除此之外的一切都由可由你掌握。如此，Flask 可以与您珠联璧合。
c、默认情况下，Flask 不包含数据库抽象层、表单验证，或是其它任何已有多种库可以胜任的功能。然而，Flask 支持用扩展来给应用添加这些功能，如同是 Flask 本身实现的一样。众多的扩展提供了数据库集成、表单验证、上传处理、各种各样的开放认证技术等功能。Flask 也许是“微小”的，但它已准备好在需求繁杂的生产环境中投入使用。
二、安装
a、
安装：pip3 install flask
三、虚拟环境
a、
安装： pip3 install virtualenv
b、
# 创建虚拟环境
virt
ualenv
env1
c、
# 进入虚拟环境
Scripts/activate
d、
# 退出虚拟环境
Scripts/deactivate
四、
flask框架
a、
简介：轻量级框架
Django：无socket、中间件、路由系统、视图（CBV，FBV）、 模板、ORM、cookie、Session、Admin、Form、缓存、信号、序列化....
Flask：无socket、中间件（扩展）、路由系统、视图（CBV）、第三方模板（jinja2）、cookie、Session弱爆了
b、
什么是wsgi？
Web服务网管接口，协议。
c、
Flask依赖一个实现了WSGI协议的模块：werkzeug
五、flask
a、 -依赖于wsgi模块:wsgiref,werkzeug,wsgi
b、 -实例化Flask对象
-静态文件前缀 /xxx
-静态文件目录
-模板路径
c、
添加路由关系
-将 Rule(url和视图函数)添加到Flask对象的url_map字段中
-两种添加路由的方式
d、
request
-request.form
-request.args
六、基本使用
a、
保存session的数据存到了浏览器上，
- 优点：减轻了服务端的压力
- 缺点：不安全
b、
路由系统：
-
@app.route('/user/
')
-
@app.route('/post/
')
-
@app.route('/post/
')
七、
路由系统
a、
-可传入参数
@app.route('/user/
')
@qpp.route('/post/
',methods=['GET','POST'],endpoint='fff')
b、
反向生成URL：url_for
c、
扩展Flask的路由系统，让它支持正则：
八、请求响应
a、
在django中用make_safe而在Flask中用make_response
九、
模板语言
a、模板的使用
Flask使用的是Jinja2模板，所以其语法和Django无差别
b、自定义模板方法
Flask中自定义模板方法的方式和Bottle相似，创建一个函数并通过参数的形式传入render_template，
十、
session
a、 -session是否还有其他方法？
-它与字典方法相同
b、
-session超时时间如何设置：
c、
除请求对象之外，还有一个 session 对象。它允许你在不同请求间存储特定用户的信息。它是在 Cookies 的基础上实现的，并且对 Cookies 进行密钥签名要使用会话，你需要设置一个密钥。
d、
十一、
闪现（flash）
a、
session从在在服务端的一个字典中，session保存的数据取一次，它还是会有。而flash是基于session创建的，flash支持在里面放值，只要在里面取值它就会没有。闪现就是
b、
在session的基础上，把它的值真实的放在session上，当去它的时候不仅把它的值取走，还把session的东西去掉。
十二、
蓝图
a、
蓝图用于为应用提供目录划分
-
蓝图URL前缀：xxx = Blueprint('account', __name__,url_prefix='/xxx')
-
蓝图子域名：xxx = Blueprint('account', __name__,subdomain='admin')
# 前提需要给配置SERVER_NAME： app.config['SERVER_NAME'] = 'wupeiqi.com:5000'
# 访问时：admin.wupeiqi.com:5000/login.html
十三、
DBUtils
a、
DBUtils是Python的一个用于实现数据库连接池的模块。
b、
连接池的三种模式：
（1）、
第一种模式：
它的缺点：每一次请求反复创建数据库的链接，链接的次数太多
（2）、
第二种模式：
它的缺点：不能支持并发
（3）、
第三种模式：
它是基于DBUtils实现数据库连接池
-为每个线程创建一个链接，该线程关闭时，不是真正的关闭，本线程再次调用时，还是使用的最开始的创建的链接，知道线程终止，数据库链接才关闭
-创建一个连接池（10个链接），为所有线程提供链接，使用时来进行获取，使用完毕时，再次放回到连接池。
c、
DBUtils的应用：
十四、session
a、
session和cookie的原理和区别：
cookie是保存在浏览器上的键值对
session是存在服务端的键值对（服务端的session就是一个大字典，字典中是随机字符串）（session与request原理相同）（session原理跟上下文也有关系）
session依赖于cookie存在
b、
session流程
十五、
session源码解析
a、先执行Flask的__call__方法 ，调用出来wsgi_app,它先做request的上下文做完，请求刚进来到push中，它先处理request将请求相关的数据，然后添加到了local中，
b、 紧接着处理session(将RequestContext对象（request，session）添加到local中)，request（将request信息封装到Request（environ）对象并复制给requestContext 对 象），然后获取cookie中的随机字符串，检验是否有，没有就生成。根据随机字符串，获取服务端session保存的值。把session放到内存中，
c、 执行wsgi_app方法下面的视图函数。执行完视图函数返回到full_dispatch_requesthong ，触发只执行一次的装饰器中（触发Flask信号），
d、 执行完这个装饰器，紧接着执行下面的特殊的装饰器，如果这些特殊装饰器没有返回值,那么rv=None,如果有返回值，页面时就显示这个返回值，
e、如果没有返回值，触发执行那个视图函数，拿返回值。请求执行完返回后，调用finalize_request，对它的返回值进行封装。
十六、
Flask和Django的区别
a、
请求相关的数据
-Django：参数
-Flask: 基于Local,LocalStark对象
