Flask框架常见装饰器详解与执行顺序
本文详解Flask框架中常用的装饰器，包括before_request和after_request的执行顺序、错误页面定制、模板全局函数与过滤器装饰器，以及before_first_request的使用。通过代码示例说明如何拦截请求、自定义响应及优化视图逻辑，帮助开发者掌握Flask请求处理机制。
本文介绍Flask框架中几种常用的装饰器及其应用场景，供读者参考学习。
该机制类似于Django中的process_request装饰器功能。
@app.before_request
def before(*args,**kwargs):
print('请求之前')
'''
如果允许通过访问，可以return None
该装饰器装饰的函数如果有return其他内容则直接结束访问，
效果有点类似django的process_reqeust中间件方法。
比如通过这个装饰器写登陆验证，判断其是否有session，没有则不允许访问，有则继续访问
然后通过request.path判断访问的函数，如果是登陆(白名单)则通过。
request.url 是完整的url
request.path是域名后面的url正则
'''
if request.path == '/login':
return None
user = session.get('user_info')
if user:
return None
return redirect('/login')
其对应功能类似于process_response。
@app.after_request
def after(response):
#效果和process_response是一样的,必须有返回值，没有则报错。
print('我走了')
return response
下面分析Flask中间件装饰器的具体执行顺序。
当同时存在多个app.before_request和app.after_request时，
其执行逻辑与Django类似，
app.before_request按照代码中从上到下的顺序执行（即文件书写顺序），而app.after_request则按照自下而上的顺序执行。
如果在app.before_request中通过return返回了非None内容，请求将被直接拦截，
此时视图函数不再执行，系统会从最后一个app.after_reqeust开始，倒序执行所有注册的after_request。
以下是自定义错误页面的实现方式：
@app.error_handlers(404) def error_404(arg): '''自定义错误页面，根据状态码定制''' return "404错误啦"
在模板中定制相关方法：
实现前端直接调用后端函数的装饰器：
@app.template_global()
def xx(a1,a2):
return a1+a2
'''
这个装饰器的作用就是，可以在前端直接通过{{ xx(1,2)}}来调用后端的这个函数。
'''
这相当于Django中Filter的功能。
@app.template_filter()
def db(a1,a2,a3):
return a1+a2+a3
'''
效果和django的Filter相似，前端渲染的时候需要注意写法
{{ 1|db(2,3)}} 1是第一个参数，后面是2,3参数。
'''
用于处理第一次请求操作的装饰器：
@app.before_first_request def first(*args,**kwargs): pass ''' 只有第一次请求时候才执行的函数装饰器 '''
相比之下，Flask的中间件功能往往不如装饰器便捷。
通过重新复制app.wsgi_app，
重写该类的__call__方法，如上图所示，仅增加两处打印语句，其效果等同于process_request和process_response。
如需了解更多Python相关内容，可查阅本站专题：《Python入门与进阶经典教程》、《Python数据结构与算法教程》、《Python函数使用技巧总结》、《Python字符串操作技巧汇总》及《Python文件与目录操作技巧汇总》。
希望本文所述内容对大家的Python程序设计有所帮助。
本站声明
本文内容仅供参考，不代表本站观点。转载或引用请注明出处。如发现内容问题，请通过联系我们页面反馈。
