V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
推荐学习书目
Learn Python the Hard Way
Python Sites
PyPI - Python Package Index
http://diveintopython.org/toc/index.html
Pocoo
值得关注的项目
PyPy
Celery
Jinja2
Read the Docs
gevent
pyenv
virtualenv
Stackless Python
Beautiful Soup
结巴中文分词
Green Unicorn
Sentry
Shovel
Pyflakes
pytest
Python 编程
pep8 Checker
Styles
PEP 8
Google Python Style Guide
Code Style from The Hitchhiker's Guide
Tianny
V2EX  ›  Python

深夜求助,关于 aiohttp 搭建 web server 的几个问题。

  •  1
     
  •   Tianny · 2017-03-16 01:03:11 +08:00 · 4065 次点击
    这是一个创建于 2845 天前的主题,其中的信息可能已经有所发展或是发生改变。

    新手,最近练习 python 廖雪峰的实战教程,搭个博客,遇到问题,求助下。

    async def init(loop):
        await orm.create_pool(loop=loop, host='127.0.0.1', port=3306, user='root', password='password', db='awesome')
        app = web.Application(loop=loop, middlewares=[logger_factory, response_factory])
        init_jinja2(app, filters=dict(datetime=datetime_filter))
        add_routes(app, 'handlers')
        add_static(app)
        srv = await loop.create_server(app.make_handler(), '127.0.0.1', 9000)
        logging.info('server started at http://127.0.0.1:9000...')
        return srv
    
    loop = asyncio.get_event_loop()
    loop.run_until_complete(init(loop))
    loop.run_forever()
    

    上面的代码流程说明下:

    1. 创建一个 web.app 实例(logger_factory 用来记录日志, response_factory 是用来构造 web.Response 对象)
    2. 初始化 jinjia2
    3. 注册路由(自定义方法,批量注册,所有定义的 handler 都在'handlers'这个 package 中)
    4. 注册静态资源路由

    个人理解:

    假如发起一个 request , GET /,当执行到 middlewares 时,是怎么执行的?我查文档 middlewares 作用其实就是装饰器,装饰 handler ,而且是倒序分别将 handler 装饰一遍。具体到代码就是, response_factory 这个自定义的 factory 接受 app 和最初自定义的 handler ,然后返回一个 handler ,并将该 handler 作为参数传递给 logger_factory 。也就是说,最终返回的 handler 已经是经过 response_factory , logger_factory 装饰过的了。

    疑问如下:

    1. 上面的一段个人理解不知道对不对
    2. 但是看别人博客分析,当有 request 请求过来时,先由 logger_factory 处理,再经过中间一系列处理后,最后才由 response_factory 构造 web.Response 对象返回给客户端。跟我想的不一样,非常矛盾,不知道到底是啥样的流程。
    3. 到这里我脑子一团浆糊,不知道一个 request 请求过来后,根据上面的代码段,服务端到底怎么处理 request 并返回结果给客户端的。整个流程到底不知道是怎么样的

    根据上面的片段代码,谁能给个服务端处理 request 请求,到返回结果给客户端的大概流程。

    再贴下廖雪峰的这部分完整代码地址

    希望小伙伴们指导下,非常感谢!

    7 条回复    2017-03-16 23:20:28 +08:00
    songkaiape
        1
    songkaiape  
       2017-03-16 17:50:20 +08:00
    强行回答一波好了。。。我们来看文档吧。这个其实是 aiohttp 里面的东西 http://aiohttp.readthedocs.io/en/stable/tutorial.html#application
    songkaiape
        2
    songkaiape  
       2017-03-16 17:57:07 +08:00
    Tianny
        3
    Tianny  
    OP
       2017-03-16 18:35:39 +08:00
    @songkaiape 等了一天,终于有人回了,感谢!你发的链接我之前都看过了,但是还是没搞懂 server 端在处理 request 请求到返回 response 对象这个过程中, middlewares 是如何工作的。看下这张图, http://i1.piimg.com/1949/d97e20ef82b4cbbb.png ,假设自定义了三个 middlefactory 函数分别是 m1,m2,m3 ,自定义的一个 handler 是 doFoo(),如果这样写, middlewares=[m1,m2,m3]),那么拦截器处理流程真的如途中所标箭头一样么?按我的理解是,拦截器不仅会作用于 request 对象,也会作用于 response 对象?可是按官方文档拦截器不是按倒序装饰 handler 的么?同时,能否描述下一个 request 到来时, middleware 到底怎么运行的,到最后返回一个 response 对象的过程?真的非常感谢!这个问题困扰我很久了!
    Tianny
        4
    Tianny  
    OP
       2017-03-16 18:45:44 +08:00
    @songkaiape 拦截器不是装饰 handler 的么,为什么还能处理 request 请求?
    songkaiape
        5
    songkaiape  
       2017-03-16 22:09:03 +08:00
    首先感觉你对 handler 的概念理解的有点问题, handler 本身就是接受 request 然后返回 response 的。所以你可以看到廖雪峰老师的项目里面 handlers.py 都是各种处理不同 request 的 handler 函数,而 middleware 是一种装饰 request handler 的东西,它接受处理 request handler 之后继续返回装饰后的 handler 。关于 m1,m2,m3 顺序问题这个其实很简单,你在每个函数里面 logging.info 就好了啊,很直观的可以看出调用顺序。另外这里有一份注释版的代码你可以参考一下, https://github.com/icemilk00/Python_L_Webapp/blob/master/www/app.py
    songkaiape
        6
    songkaiape  
       2017-03-16 22:10:13 +08:00   ❤️ 1
    拦截器并没有处理 request 请求,它只是装饰了请求最终请求还是会让对应的 handler 去处理的
    Tianny
        7
    Tianny  
    OP
       2017-03-16 23:20:28 +08:00
    @songkaiape 非常感谢!终于找到偏差之处了。还是装饰器那边理解有问题。谢谢指导!
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2481 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 04:08 · PVG 12:08 · LAX 20:08 · JFK 23:08
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.