你能解释一下mod_wsgi和werkzeug之间更详细的区别吗？（SOS新手）

Question

正如我在标题上所说的，我现在对他们的基本理解感到很不舒服。

据我所知，mod_wsgi实现了可以在Apache web服务器下运行的wsgi规范。

它是用C语言编写的。

另一种是werkzeug，它是一种具有实用性的工具包。 我还回顾了werkzeug可以运行在其源代码中实现的简单服务（make_server in serving.py）。我知道werkzeug有有用的特性和简单的服务器特性。

下面是我想知道的。

在Apache web服务器下使用基于werkzeug的Flask类框架时，mod_wsgi具体做什么？

werkzeug还具有基本的http服务器功能，不需要mod_wsgi支持。

有谁能解释一下mod_wsgi和werkzeug之间的区别吗？

mod_wsgi和werkzeug从web服务器的角度复制了一些特性。

Answer 1

WSGI代表Web服务器网关接口（主要由PEP 333在http://www.python.org/dev/peps/pep-0333/定义）。

Python社区致力于为web服务器建立一种与Python应用程序对话的标准机制。

理论上，任何符合wsgi的服务器（或现有web服务器的扩展）都应该能够加载和运行任何符合wsgi的应用程序。

werkzeug是一个web应用程序框架，可以在兼容的WSGI服务器下运行，比如Apache+mod_WSGI。它还包含可用于开发的内置开发服务器。

---

一开始WSGI可能非常混乱，但实际上它非常简单。WSGI规范要求python应用程序执行以下操作：

1. 定义一个名为application的可调用
2. 所述可调用应接受2个参数：（environ，start_response）
3. environ是一个环境变量字典
4. start_response是一个可调用的，需要调用它来启动响应

调用application后，它将处理请求，生成输出，并：

1. 呼叫start_response('200 OK', Headers)
2. return [content]

一个简单的WSGI应用程序可能如下所示：

def application(environ, start_response):
    status = '200 OK'
    output = 'Hello World!'

    response_headers = [('Content-type', 'text/plain'),
                    ('Content-Length', str(len(output)))]
    start_response(status, response_headers)

    return [output]

强烈建议您使用现有的WSGI框架，因为在解析HTTP请求、处理文件上载、编码字符等方面有很多细节。。。

看看瓶子、烧瓶、werkzeug、AppStruct等。。。