wsgiref
--- WSGI 工具和参考实现¶
Web 服务器网关接口(WSGI)是 Web 服务器软件和用 Python 编写的 Web 应用程序之间的标准接口。 具有标准接口能够让支持 WSGI 的应用程序与多种不同的 Web 服务器配合使用。
只有 Web 服务器和编程框架的开发者才需要了解 WSGI 设计的每个细节和边界情况。 你不需要了解 WSGI 的每个细节而只需要安装一个 WSGI 应用程序或编写使用现有框架的 Web 应用程序。
wsgiref
is a reference implementation of the WSGI specification that can
be used to add WSGI support to a web server or framework. It provides utilities
for manipulating WSGI environment variables and response headers, base classes
for implementing WSGI servers, a demo HTTP server that serves WSGI applications,
types for static type checking,
and a validation tool that checks WSGI servers and applications for conformance
to the WSGI specification (PEP 3333).
参看 wsgi.readthedocs.io 获取有关 WSGI 的更多信息,以及教程和其他资源的链接。
wsgiref.util
-- WSGI 环境工具¶
This module provides a variety of utility functions for working with WSGI
environments. A WSGI environment is a dictionary containing HTTP request
variables as described in PEP 3333. All of the functions taking an environ
parameter expect a WSGI-compliant dictionary to be supplied; please see
PEP 3333 for a detailed specification and
WSGIEnvironment
for a type alias that can be used
in type annotations.
- wsgiref.util.guess_scheme(environ)¶
返回对于
wsgi.url_scheme
应为 "http" 还是 "https" 的猜测,具体方式是在 environ 中检查HTTPS
环境变量。 返回值是一个字符串。此函数适用于创建一个包装了 CGI 或 CGI 类协议例如 FastCGI 的网关。 通常,提供这种协议的服务器将包括一个
HTTPS
变量并会在通过 SSL 接收请求时将其值设为 "1", "yes" 或 "on"。 这样,此函数会在找到上述值时返回 "https",否则返回 "http"。
- wsgiref.util.request_uri(environ, include_query=True)¶
使用 PEP 3333 的 "URL Reconstruction" 一节中的算法返回完整的请求 URL,可能包括查询字符串。 如果 include_query 为假值,则结果 URI 中将不包括查询字符串。
- wsgiref.util.application_uri(environ)¶
类似于
request_uri()
,区别在于PATH_INFO
和QUERY_STRING
变量会被忽略。 结果为请求所指定的应用程序对象的基准 URI。
- wsgiref.util.shift_path_info(environ)¶
将单个名称从
PATH_INFO
变换为SCRIPT_NAME
并返回该名称。 environ 目录将被原地 修改;如果你需要保留原始PATH_INFO
或SCRIPT_NAME
不变请使用一个副本。如果
PATH_INFO
中没有剩余的路径节,则返回None
。通常,此例程被用来处理请求 URI 路径的每个部分,比如说将路径当作是一系列字典键。 此例程会修改传入的环境以使其适合发起调用位于目标 URI 上的其他 WSGI 应用程序,如果有一个 WSGI 应用程序位于
/foo
,而请求 URI 路径为/foo/bar/baz
,且位于/foo
的 WSGI 应用程序调用了shift_path_info()
,它将获得字符串 "bar",而环境将被更新以适合传递给位于/foo/bar
的 WSGI 应用程序。 也就是说,SCRIPT_NAME
将由/foo
变为/foo/bar
,而PATH_INFO
将由/bar/baz
变为/baz
。当
PATH_INFO
只是 "/" 时,此例程会返回一个空字符串并在SCRIPT_NAME
末尾添加一个斜杠,虽然空的路径节通常会被忽略,并且SCRIPT_NAME
通常也不以斜杠作为结束。 此行为是有意为之的,用来确保应用程序在使用此例程执行对象遍历时能区分以/x
结束的和以/x/
结束的 URI。
- wsgiref.util.setup_testing_defaults(environ)¶
以简短的默认值更新 environ 用于测试目的。
此例程会添加 WSGI 所需要的各种参数,包括
HTTP_HOST
,SERVER_NAME
,SERVER_PORT
,REQUEST_METHOD
,SCRIPT_NAME
,PATH_INFO
以及 PEP 3333 中定义的所有wsgi.*
变量。 它只提供默认值,而不会替换这些变量的现有设置。此例程的目的是让 WSGI 服务器的单元测试以及应用程序设置测试环境更为容易。 它不应该被实际的 WSGI 服务器或应用程序所使用,因为它用的是假数据!
用法示例:
from wsgiref.util import setup_testing_defaults from wsgiref.simple_server import make_server # A relatively simple WSGI application. It's going to print out the # environment dictionary after being updated by setup_testing_defaults def simple_app(environ, start_response): setup_testing_defaults(environ) status = '200 OK' headers = [('Content-type', 'text/plain; charset=utf-8')] start_response(status, headers) ret = [("%s: %s\n" % (key, value)).encode("utf-8") for key, value in environ.items()] return ret with make_server('', 8000, simple_app) as httpd: print("Serving on port 8000...") httpd.serve_forever()
除了上述的环境函数,wsgiref.util
模块还提供了以下辅助工具:
- wsgiref.util.is_hop_by_hop(header_name)¶
如果 'header_name' 是 RFC 2616 所定义的 HTTP/1.1 "Hop-by-Hop" 标头则返回
True
。
- class wsgiref.util.FileWrapper(filelike, blksize=8192)¶
A concrete implementation of the
wsgiref.types.FileWrapper
protocol used to convert a file-like object to an iterator. The resulting objects are iterables. As the object is iterated over, the optional blksize parameter will be repeatedly passed to the filelike object'sread()
method to obtain bytestrings to yield. Whenread()
returns an empty bytestring, iteration is ended and is not resumable.如果 filelike 具有
close()
方法,返回的对象也将具有close()
方法,并且它将在被调用时发起调用 filelike 对象的close()
方法。用法示例:
from io import StringIO from wsgiref.util import FileWrapper # We're using a StringIO-buffer for as the file-like object filelike = StringIO("This is an example file-like object"*10) wrapper = FileWrapper(filelike, blksize=5) for chunk in wrapper: print(chunk)
在 3.11 版更改: Support for
__getitem__()
method has been removed.
wsgiref.headers
-- WSGI 响应标头工具¶
此模块提供了一个单独的类 Headers
,可以方便地使用一个映射类接口操作 WSGI 响应标头。
- class wsgiref.headers.Headers([headers])¶
创建一个包装了 headers 的映射类对象,它必须为如 PEP 3333 所描述的由标头名称/值元组构成的列表。 headers 的默认值为一个空列表。
Headers
对象支持典型的映射操作包括__getitem__()
,get()
,__setitem__()
,setdefault()
,__delitem__()
和__contains__()
。 对于以上各个方法,映射的键是标头名称(大小写不敏感),而值是关联到该标头名称的第一个值。 设置一个标头会移除该标头的任何现有值,再将一个新值添加到所包装的标头列表末尾。 标头的现有顺序通常会保持不变,只在所包装的列表末尾添加新的标头。与字典不同,当你试图获取或删除所包装的标头列表中不存在的键时
Headers
对象不会引发错误。 获取一个不存在的标头只是返回None
,而删除一个不存在的标头则没有任何影响。Headers
对象还支持keys()
,values()
以及items()
方法。 如果存在具有多个值的键则keys()
和items()
所返回的列表可能包括多个相同的键。 对Headers
对象执行len()
的结果与items()
的长度相同,也与所包装的标头列表的长度相同。 实际上,items()
方法只是返回所包装的标头列表的一个副本。在
Headers
对象上调用bytes()
将返回适用于作为 HTTP 响应标头来传输的已格式化字节串。 每个标头附带以逗号加空格分隔的值放置在一行中。 每一行都以回车符加换行符结束,且该字节串会以一个空行作为结束。除了映射接口和格式化特性,
Headers
对象还具有下列方法用来查询和添加多值标头,以及添加具有 MIME 参数的标头:- get_all(name)¶
返回包含指定标头的所有值的列表。
返回的列表项将按它们在原始标头列表中的出现或被添加到实例中的顺序排序,并可能包含重复项。 任何被删除并重新插入的字段总是会被添加到标头列表末尾。 如果给定名称的字段不存在,则返回一个空列表。
- add_header(name, value, **_params)¶
添加一个(可能有多个值)标头,带有通过关键字参数指明的可选的 MIME 参数。
name 是要添加的标头字段。 可以使用关键字参数来为标头字段设置 MIME 参数。 每个参数必须为字符串或
None
。 参数名中的下划线会被转换为连字符,因为连字符不可在 Python 标识符中出现,但许多 MIME 参数名都包括连字符。 如果参数值为字符串,它会以name="value"
的形式被添加到标头值参数中。 如果为None
,则只会添加参数名。 (这适用于没有值的 MIME 参数。) 示例用法:h.add_header('content-disposition', 'attachment', filename='bud.gif')
以上代码将添加一个这样的标头:
Content-Disposition: attachment; filename="bud.gif"
在 3.5 版更改: headers 形参是可选的。
wsgiref.simple_server
-- 一个简单的 WSGI HTTP 服务器¶
此模块实现了一个简单的 HTTP 服务器 (基于 http.server
) 来发布 WSGI 应用程序。 每个服务器实例会在给定的主机名和端口号上发布一个 WSGI 应用程序。 如果你想在一个主机名和端口号上发布多个应用程序,你应当创建一个通过解析 PATH_INFO
来选择每个请求要发起调用哪个应用程序的 WSGI 应用程序。 (例如,使用 wsgiref.util
中的 shift_path_info()
函数。)
- wsgiref.simple_server.make_server(host, port, app, server_class=WSGIServer, handler_class=WSGIRequestHandler)¶
创建一个新的 WSGI 服务器并在 host 和 port 上进行监听,接受对 app 的连接。 返回值是所提供的 server_class 的实例,并将使用指定的 handler_class 来处理请求。 app 必须是一个如 PEP 3333 所定义的 WSGI 应用程序对象。
用法示例:
from wsgiref.simple_server import make_server, demo_app with make_server('', 8000, demo_app) as httpd: print("Serving HTTP on port 8000...") # Respond to requests until process is killed httpd.serve_forever() # Alternative: serve one request, then exit httpd.handle_request()
- wsgiref.simple_server.demo_app(environ, start_response)¶
此函数是一个小巧但完整的 WSGI 应用程序,它返回一个包含消息 "Hello world!" 以及 environ 形参中提供的键/值对的文本页面。 它适用于验证 WSGI 服务器 (例如
wsgiref.simple_server
) 是否能够正确地运行一个简单的 WSGI 应用程序。
- class wsgiref.simple_server.WSGIServer(server_address, RequestHandlerClass)¶
创建一个
WSGIServer
实例。 server_address 应当是一个(host,port)
元组,而 RequestHandlerClass 应当是http.server.BaseHTTPRequestHandler
的子类,它将被用来处理请求。你通常不需要调用此构造器,因为
make_server()
函数能为你处理所有的细节。WSGIServer
是http.server.HTTPServer
的子类,因此它所有的方法 (例如serve_forever()
和handle_request()
) 都是可用的。WSGIServer
还提供了以下 WSGI 专属的方法:- set_app(application)¶
将可调用对象 application 设为将要接受请求的 WSGI 应用程序。
- get_app()¶
返回当前设置的应用程序可调用对象。
但是,你通常不需要使用这些附加的方法,因为
set_app()
通常会由make_server()
来调用,而get_app()
主要是针对请求处理句柄实例的。
- class wsgiref.simple_server.WSGIRequestHandler(request, client_address, server)¶
为给定的 request 创建一个 HTTP 处理句柄 (例如套接字),client_address (一个
(host,port)
元组),以及 server (WSGIServer
实例)。你不需要直接创建该类的实例;它们会根据
WSGIServer
对象的需要自动创建。 但是,你可以子类化该类并将其作为 handler_class 提供给make_server()
函数。 一些可能在子类中重载的相关方法:- get_environ()¶
Return a
WSGIEnvironment
dictionary for a request. The default implementation copies the contents of theWSGIServer
object'sbase_environ
dictionary attribute and then adds various headers derived from the HTTP request. Each call to this method should return a new dictionary containing all of the relevant CGI environment variables as specified in PEP 3333.
- get_stderr()¶
返回应被用作
wsgi.errors
流的对象。 默认实现将只返回sys.stderr
。
- handle()¶
处理 HTTP 请求。 默认的实现会使用
wsgiref.handlers
类创建一个处理句柄实例来实现实际的 WSGI 应用程序接口。
wsgiref.validate
--- WSGI 一致性检查器¶
当创建新的 WSGI 应用程序对象、框架、服务器或中间件时,使用 wsgiref.validate
来验证新代码的一致性是很有用的。 此模块提供了一个创建 WSGI 应用程序对象的函数来验证 WSGI 服务器或网关与 WSGI 应用程序对象之间的通信,以便检查双方的协议一致性。
请注意这个工具并不保证完全符合 PEP 3333;此模块没有报告错误并不一定表示不存在错误。 但是,如果此模块确实报告了错误,那么几乎可以肯定服务器或应用程序不是 100% 符合要求的。
此模块是基于 Ian Bicking 的 "Python Paste" 库的 paste.lint
模块。
- wsgiref.validate.validator(application)¶
包装 application 并返回一个新的 WSGI 应用程序对象。 返回的应用程序将转发所有请求到原始的 application,并将检查 application 和发起调用它的服务器是否都符合 WSGI 规范和 RFC 2616。
任何被检测到的不一致性都会导致引发
AssertionError
;但是请注意,如何对待这些错误取决于具体服务器。 例如,wsgiref.simple_server
和其他基于wsgiref.handlers
的服务器(它们没有重载错误处理方法来做其他操作)将简单地输出一条消息报告发生了错误,并将回溯转给sys.stderr
或者其他错误数据流。这个包装器也可能会使用
warnings
模块生成输出来指明存在问题但实际上未被 PEP 3333 所禁止的行为。 除非它们被 Python 命令行选项或warnings
API 所屏蔽,否则任何此类警告都将被写入到sys.stderr
(不是wsgi.errors
,除非它们恰好是同一个对象)。用法示例:
from wsgiref.validate import validator from wsgiref.simple_server import make_server # Our callable object which is intentionally not compliant to the # standard, so the validator is going to break def simple_app(environ, start_response): status = '200 OK' # HTTP Status headers = [('Content-type', 'text/plain')] # HTTP Headers start_response(status, headers) # This is going to break because we need to return a list, and # the validator is going to inform us return b"Hello World" # This is the application wrapped in a validator validator_app = validator(simple_app) with make_server('', 8000, validator_app) as httpd: print("Listening on port 8000....") httpd.serve_forever()
wsgiref.handlers
-- 服务器/网关基类¶
此模块提供了用于实现 WSGI 服务器和网关的处理句柄基类。 这些基类可处理大部分与 WSGI 应用程序通信的工作,只要给予它们一个带有输入、输出和错误流的 CGI 类环境。
- class wsgiref.handlers.CGIHandler¶
通过
sys.stdin
,sys.stdout
,sys.stderr
和os.environ
发起基于 CGI 的调用。 这在当你有一个 WSGI 应用程序并想将其作为 CGI 脚本运行时很有用处。 只需发起调用CGIHandler().run(app)
,其中app
是你想要发起调用的 WSGI 应用程序。该类是
BaseCGIHandler
的子类,它将设置wsgi.run_once
为真值,wsgi.multithread
为假值,wsgi.multiprocess
为真值,并总是使用sys
和os
来获取所需的 CGI 流和环境。
- class wsgiref.handlers.IISCGIHandler¶
CGIHandler
的一个专门化替代,用于在 Microsoft 的 IIS Web 服务器上部署,无需设置 config allowPathInfo 选项 (IIS>=7) 或 metabase allowPathInfoForScriptMappings (IIS<7)。默认情况下,IIS 给出的
PATH_INFO
会与前面的SCRIPT_NAME
重复,导致想要实现路由的 WSGI 应用程序出现问题。 这个处理句柄会去除任何这样的重复路径。IIS 可被配置为传递正确的
PATH_INFO
,但这会导致另一个PATH_TRANSLATED
出错的问题。 幸运的是这个变量很少被使用并且不被 WSGI 所保证。 但是在 IIS<7 上,这个设置只能在 vhost 层级上进行,影响到所有其他脚本映射,其中许多在受PATH_TRANSLATED
问题影响时都会中断运行。 因此 IIS<7 的部署几乎从不附带这样的修正(即使 IIS7 也很少使用它,因为它仍然不带 UI)。CGI 代码没有办法确定该选项是否已设置,因此提供了一个单独的处理句柄类。 它的用法与
CGIHandler
相同,即通过调用IISCGIHandler().run(app)
,其中app
是你想要发起调用的 WSGI 应用程序。3.2 新版功能.
- class wsgiref.handlers.BaseCGIHandler(stdin, stdout, stderr, environ, multithread=True, multiprocess=False)¶
类似于
CGIHandler
,但是改用sys
和os
模块,CGI 环境和 I/O 流会被显式地指定。 multithread 和 multiprocess 值被用来为处理句柄实例所运行的任何应用程序设置wsgi.multithread
和wsgi.multiprocess
旗标。该类是
SimpleHandler
的子类,旨在用于 HTTP "原始服务器" 以外的软件。 如果你在编写一个网关协议实现(例如 CGI, FastCGI, SCGI 等等),它使用Status:
标头来发布 HTTP 状态,你可能会想要子类化该类而不是SimpleHandler
。
- class wsgiref.handlers.SimpleHandler(stdin, stdout, stderr, environ, multithread=True, multiprocess=False)¶
类似于
BaseCGIHandler
,但被设计用于 HTTP 原始服务器。 如果你在编写一个 HTTP 服务器实现,你可能会想要子类化该类而不是BaseCGIHandler
。该类是
BaseHandler
的子类。 它重载了__init__()
,get_stdin()
,get_stderr()
,add_cgi_vars()
,_write()
和_flush()
方法以支持通过构造器显式地设置环境和流。 所提供的环境和流存储在stdin
,stdout
,stderr
和environ
属性中。stdout 的
write()
方法应该完整写入每个数据块,与io.BufferedIOBase
一样。
- class wsgiref.handlers.BaseHandler¶
这是适用于运行 WSGI 应用程序的抽象基类。 每个实例将处理一个单独的 HTTP 请求,不过在原则上你也可以创建一个可针对多个请求重用的子类。
BaseHandler
实例只有一个方法提供给外部使用:- run(app)¶
运行指定的 WSGI 应用程序 app。
所有的
BaseHandler
其他方法都是在运行应用程序过程中由该方法发起调用的,因此主要是为了允许定制运行过程。以下方法必须在子类中被重载:
- _write(data)¶
缓冲字节数据 data 以便传输给客户端。 如果此方法真的传输了数据也是可以的;
BaseHandler
只有在底层系统真有这样的区分时才会区分写入和刷新操作以提高效率。
- get_stdin()¶
Return an object compatible with
InputStream
suitable for use as thewsgi.input
of the request currently being processed.
- get_stderr()¶
Return an object compatible with
ErrorStream
suitable for use as thewsgi.errors
of the request currently being processed.
- add_cgi_vars()¶
将当前请求的 CGI 变量插入到
environ
属性。
以下是一些你可能会想要重载的其他方法。 但这只是个简略的列表,它不包括每个可被重载的方法。 你应当在在尝试创建自定义的
BaseHandler
子类之前参阅文档字符串和源代码来了解更多信息。用于自定义 WSGI 环境的属性和方法:
- wsgi_multithread¶
用于
wsgi.multithread
环境变量的值。 它在BaseHandler
中默认为真值,但在其他子类中可能有不同的默认值(或是由构造器来设置)。
- wsgi_multiprocess¶
用于
wsgi.multiprocess
环境变量的值。 它在BaseHandler
中默认为真值,但在其他子类中可能有不同的默认值(或是由构造器来设置)。
- wsgi_run_once¶
用于
wsgi.run_once
环境变量的值。 它在BaseHandler
中默认为假值,但在CGIHandler
中默认为真值。
- os_environ¶
要包括在每个请求的 WSGI 环境中的默认环境变量。 在默认情况下,这是当
wsgiref.handlers
被导入时的os.environ
的一个副本,但也可以在类或实例层级上创建它们自己的子类。 请注意该字典应当被当作是只读的,因为默认值会在多个类和实际之间共享。
- server_software¶
如果设置了
origin_server
属性,该属性的值会被用来设置默认的SERVER_SOFTWARE
WSGI 环境变量,并且还会被用来设置 HTTP 响应中默认的Server:
标头。 它会被不是 HTTP 原始服务器的处理句柄所忽略 (例如BaseCGIHandler
和CGIHandler
)。在 3.3 版更改: 名称 "Python" 会被替换为实现专属的名称如 "CPython", "Jython" 等等。
- get_scheme()¶
返回当前请求所使用的 URL 方案。 默认的实现会使用来自
wsgiref.util
的guess_scheme()
函数根据当前请求的environ
变量来猜测方案应该是 "http" 还是 "https"。
- setup_environ()¶
将
environ
属性设为填充了完整内容的 WSGI 环境。 默认的实现会使用上述的所有方法和属性,加上get_stdin()
,get_stderr()
和add_cgi_vars()
方法以及wsgi_file_wrapper
属性。 它还会插入一个SERVER_SOFTWARE
键,如果该键还不存在的话,只要origin_server
属性为真值并且设置了server_software
属性。
用于自定义异常处理的方法和属性:
- log_exception(exc_info)¶
将 exc_info 元素记录到服务器日志。 exc_info 是一个
(type, value, traceback)
元组。 默认的实现会简单地将回溯信息写入请求的wsgi.errors
流并刷新它。 子类可以重载此方法来修改格式或重设输出目标,通过邮件将回溯信息发给管理员,或执行任何其他符合要求的动作。
- traceback_limit¶
要包括在默认
log_exception()
方法的回溯信息输出中的最大帧数。 如果为None
,则会包括所有的帧。
- error_output(environ, start_response)¶
此方法是一个为用户生成错误页面的 WSGI 应用程序。 它仅当将标头发送给客户端之前发生错误时会被发起调用。
此方法可使用
sys.exc_info()
来访问当前错误信息,并应当在调用 start_response 时将该信息传递给它(如 PEP 3333 的 "Error Handling" 部分所描述的)。默认的实现只是使用
error_status
,error_headers
, 和error_body
属性来生成一个输出页面。 子类可以重载此方法来产生更动态化的错误输出。但是请注意,从安全角度看来是不建议将诊断信息暴露给任何用户的;理想的做法是你应当通过特别处理来启用诊断输出,因此默认的实现并不包括这样的内容。
- error_headers¶
用于错误响应的 HTTP 标头。 这应当是由 WSGI 响应标头 (
(name, value)
元组) 构成的列表,如 PEP 3333 所定义的。 默认的列表只是将内容类型设为text/plain
。
- error_body¶
错误响应体。 这应当是一个 HTTP 响应体字节串。 它默认为纯文本 "A server error occurred. Please contact the administrator."
用于 PEP 3333 的 "可选的平台专属文件处理" 特性的方法和属性:
- wsgi_file_wrapper¶
A
wsgi.file_wrapper
factory, compatible withwsgiref.types.FileWrapper
, orNone
. The default value of this attribute is thewsgiref.util.FileWrapper
class.
- sendfile()¶
重载以实现平台专属的文件传输。 此方法仅在应用程序的返回值是由
wsgi_file_wrapper
属性指定的类的实例时会被调用。 如果它能够成功地传输文件则应当返回真值,以使得默认的传输代码将不会被执行。 此方法的默认实现只会返回假值。
杂项方法和属性:
- origin_server¶
该属性在处理句柄的
_write()
和_flush()
被用于同客户端直接通信而不是通过需要 HTTP 状态为某种特殊Status:
标头的 CGI 类网关协议时应当被设为真值该属性在
BaseHandler
中默认为真值,但在BaseCGIHandler
和CGIHandler
中则为假值。
- http_version¶
如果
origin_server
为真值,则该字符串属性会被用来设置给客户端的响应的 HTTP 版本。 它的默认值为"1.0"
。
- wsgiref.handlers.read_environ()¶
将来自
os.environ
的 CGI 变量转码为 PEP 3333 "bytes in unicode" 字符串,返回一个新的字典。 此函数被CGIHandler
和IISCGIHandler
用来替代直接使用os.environ
,后者不一定在所有使用 Python 3 的平台和 Web 服务器上都符合 WSGI 标准 -- 特别是当 OS 的实际环境为 Unicode 时 (例如 Windows),或者当环境为字节数据,但被 Python 用来解码它的系统编码格式不是 ISO-8859-1 时 (例如使用 UTF-8 的 Unix 系统)。如果你要实现自己的基于 CGI 的处理句柄,你可能会想要使用此例程而不是简单地从
os.environ
直接拷贝值。3.2 新版功能.
wsgiref.types
-- WSGI types for static type checking¶
This module provides various types for static type checking as described in PEP 3333.
3.11 新版功能.
- class wsgiref.types.StartResponse¶
A
typing.Protocol
describing start_response() callables (PEP 3333).
- wsgiref.types.WSGIEnvironment¶
A type alias describing a WSGI environment dictionary.
- wsgiref.types.WSGIApplication¶
A type alias describing a WSGI application callable.
- class wsgiref.types.InputStream¶
A
typing.Protocol
describing a WSGI Input Stream.
- class wsgiref.types.ErrorStream¶
A
typing.Protocol
describing a WSGI Error Stream.
- class wsgiref.types.FileWrapper¶
A
typing.Protocol
describing a file wrapper. Seewsgiref.util.FileWrapper
for a concrete implementation of this protocol.
例子¶
这是一个可运行的 "Hello World" WSGI 应用程序:
"""
Every WSGI application must have an application object - a callable
object that accepts two arguments. For that purpose, we're going to
use a function (note that you're not limited to a function, you can
use a class for example). The first argument passed to the function
is a dictionary containing CGI-style environment variables and the
second variable is the callable object.
"""
from wsgiref.simple_server import make_server
def hello_world_app(environ, start_response):
status = "200 OK" # HTTP Status
headers = [("Content-type", "text/plain; charset=utf-8")] # HTTP Headers
start_response(status, headers)
# The returned object is going to be printed
return [b"Hello World"]
with make_server("", 8000, hello_world_app) as httpd:
print("Serving on port 8000...")
# Serve until process is killed
httpd.serve_forever()
Example of a WSGI application serving the current directory, accept optional directory and port number (default: 8000) on the command line:
"""
Small wsgiref based web server. Takes a path to serve from and an
optional port number (defaults to 8000), then tries to serve files.
MIME types are guessed from the file names, 404 errors are raised
if the file is not found.
"""
import mimetypes
import os
import sys
from wsgiref import simple_server, util
def app(environ, respond):
# Get the file name and MIME type
fn = os.path.join(path, environ["PATH_INFO"][1:])
if "." not in fn.split(os.path.sep)[-1]:
fn = os.path.join(fn, "index.html")
mime_type = mimetypes.guess_type(fn)[0]
# Return 200 OK if file exists, otherwise 404 Not Found
if os.path.exists(fn):
respond("200 OK", [("Content-Type", mime_type)])
return util.FileWrapper(open(fn, "rb"))
else:
respond("404 Not Found", [("Content-Type", "text/plain")])
return [b"not found"]
if __name__ == "__main__":
# Get the path and port from command-line arguments
path = sys.argv[1] if len(sys.argv) > 1 else os.getcwd()
port = int(sys.argv[2]) if len(sys.argv) > 2 else 8000
# Make and start the server until control-c
httpd = simple_server.make_server("", port, app)
print(f"Serving {path} on port {port}, control-C to stop")
try:
httpd.serve_forever()
except KeyboardInterrupt:
print("Shutting down.")
httpd.server_close()