--odoo--werkzeug 详解

转载https://blog.csdn.net/kamidox/article/details/39756299

       https://blog.csdn.net/perfectsorrow/article/details/80237066

基本知识：

Werkzeug简介

什么是Werkzeug

官网的描述是

Werkzeug is a WSGI utility library for Python. It’s widely used and BSD licensed. – Zerkzeug

什么又是WSGI呢？WSGI的全称是Web Server Gateway Interface，它是用来定义web服务器接口的一个规范。简单地讲，就是定义http服务器应该长什么样子，能处理哪些事情。PEP333就是对这个规范的详细描述。

Werkzeug就是用python对WSGI的实现一个通用库。它是Flask所使用的底层WSGI库。

Werkzeug的源码在托管在GitHub，目前的开发还是很活跃的状态。

Werkzeug包含哪些内容的实现

• HTTP头的解析
• 易用使用的request和response对象
• 基于交互风格的JavaScript脚本语言的浏览器调试器
• 与 WSGI 1.0 规范100%兼容
• 支持Python 2.6, 2.7和3.3
• Unicode支持
• HTTP Session和签名Cookie支持
• URI和IRI处理函数，包含对Unicode的支持
• 内置兼容一些非标准的WSGI服务器和浏览器
• 集成了URLs路由功能

关于Werkzeug作者

Werkzeug的作者是Armin Ronacher，它是个高产的程序员。从Werkzeug，到Flask，再到Jinja2几乎一个人包圆了。它的博客上也经常分享一些很有价值文章，对Python编程感兴趣的朋友可以读一读。

看到过一个对Werkzeug和Flask源码的评价：

Most pythonic code and write for human being

 

werkzeug 详解

 

首先，先向大家介绍一下什么是 werkzeug，Werkzeug是一个WSGI工具包，他可以作为一个Web框架的底层库。这里稍微说一下， werkzeug 不是一个web服务器，也不是一个web框架，而是一个工具包，官方的介绍说是一个 WSGI 工具包，它可以作为一个 Web 框架的底层库，因为它封装好了很多 Web 框架的东西，例如 Request，Response 等等。

例如我最常用的 Flask 框架就是一 Werkzeug 为基础开发的，这也是我要解析一下 Werkzeug 底层的原因，因为我想知道 Flask 的实现逻辑以及底层控制。这篇文章没有涉及到 Flask 的相关内容，只是以 Werkzeug 创建一个简单的 Web 应用，然后以这个 Web 应用为例剖析请求的处理以及响应的产生过程。

下面我们以一个简短的例子开始，先看看怎么使用 werkzeug，然后再逐步刨析 werkzeug 的实现原理。

安装 werkzeug

我希望读者是在 virtualenv 环境中跟着我的步伐走得，如果你还不知道什么是 virtualenv，那么你可以在我的博客中搜索一下 virtualenv，然后先弄好，再继续，因为很可能因为一些库的冲突等问题导致你看不到本文中介绍的东西。

ok，下面开始安装 werkzeug，

1	pip install Werkzeug

这条命令下去，几秒钟之后你就可以使用 werkzeug 了。

一个简单地 web 服务器

接下来，我们就开始使用 werkzeug 来创建一个简单的 web 服务器，这个服务器就仅仅返回 “Hello Werkzeug”，没有其他内容。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

#!/usr/bin/env python # encoding: utf-8 import os   from werkzeug.serving import run_simple from werkzeug.wrappers import Request, Response from werkzeug.wsgi import SharedDataMiddleware   class Shortly(object):     def dispatch_request(self, request):         return Response('Hello Werkzeug!')       def wsgi_app(self, environ, start_response):         request = Request(environ)         response = self.dispatch_request(request)         return response(environ, start_response)       def __call__(self, environ, start_response):         return self.wsgi_app(environ, start_response)   def create_app(with_static=True):     app = Shortly()     if with_static:         app.wsgi_app = SharedDataMiddleware(app.wsgi_app, {             '/static': os.path.join(os.path.dirname(__file__), 'static')         })     return app   if __name__ == '__main__':     app = create_app()     run_simple('127.0.0.1', 6666, app, use_debugger=True, use_reloader=True)

这段代码就实现了我说的功能，那么我们就来看看这段代码是怎么运作的？

首先，一切都回到最开始的地方开始，从 main 开始看起，可以发现 main 是非常简单地，只有一个初始化函数，然后就调用了 werkzeug 的 run_simple 函数。okay，我们可以发现这个 app 其实是一个 Shortly 对象，这个类就只实现了 3 个方法，一个是 dispatch_request, wsig_app, call ，就这么简单了，那我们就知道了，关键的代码都不是这些，应该是 run_simple.

run_simple 解析

okay，我们这个系列博客的目的就是解析 werkzeug 源码，所以拿到 werkzeug 源码肯定是我们必须要做的。所以第一步我们就需要从 github 上将 werkzeug clone 下来：

1	git clone https://github.com/mitsuhiko/werkzeug.git

然后，我们就找 run_simple 的代码咯

1	vim werkzeug/serving.py

goto line 559

我们可以看到这个函数的定义，秉着关注重点的原则，我们就忽略条件判断，以一条最简单地路线来看代码，那么这里就假设：

1 2 3

use_debugger = False static_files = False use_reloader = False

OK, 那到这里其实 run_simple 调用的就是 inner 了，那么就来看看 inner 的代码：

1 2 3 4 5 6 7 8 9 10 11

646: try: 647:   fd = int(os.environ['WERKZEUG_SERVER_FD']) 648: except (LookupError, ValueError): 649:   fd = None 650: srv = make_server(hostname, port, application, threaded, 651:                   processes, request_handler, 652:                   passthrough_errors, ssl_context, 653:                   fd=fd) 654: if fd is None: 655:   log_startup(srv.socket) 656: srv.serve_forever()

忽略 fd，那么剩下一点点了：

1 2 3 4 5 6

650: srv = make_server(hostname, port, application, threaded, 651:                     processes, request_handler, 652:                   passthrough_errors, ssl_context, 653:                   fd=fd)   656: srv.serve_forever()

好，你应该和我一样有兴致得想知道这个 make_server 里面是什么内容了，我也很期待，那就跟上去看看。

make_server 的代码我就不贴了，还是最简原则，忽略各种条件，那么这里就假设：

1 2	threaded = False processes = 1

那么代码也很简单了，就剩下：

1 2	546: return BaseWSGIServer(host, port, app, request_handler, 547:                       passthrough_errors, ssl_context, fd=fd)

很好，好不容易跟踪到这，终于上关键了，那就是这个 BaseWSGIServer 了，我们就来看看这个类实现了什么功能。

先看这个类的定义：

1	443: class BaseWSGIServer(HTTPServer, object):

这个类是继承自 HTTPServer 的，那么我们就有点底了，这差不多到头了，已经和 Python 的 API 碰上了。好，既然是继承自 HTTPServer，那么就把他当做 HTTPServer，然后继续看 run_simple 的代码，我们一路跟踪下来，我们发现了 656 行有一个 srv.serve_forever()，那么这不就是 HTTPServer 的用法吗？ server.serve_forever() 。

okay，到这那么事情已经暂告一段落了，虽然很多事情都还没搞清楚，例如请求是怎么被封装的，响应又在哪里被处理了，例如URL路由之类的怎么操作的。但是，我们已经对 Werkzeug 有一个大概的印象了，知道他低层还是 HTTPServer 实现的，没有太多特殊的自定义协议。在下一章我们会逐步得进行进行更深层次的解密。欢迎继续关注。