socketserver — 网络服务器框架 — Python 文档
socketserver — 网络服务器框架
源代码: :source:`Lib/socketserver.py`
socketserver 模块简化了编写网络服务器的任务。
有四个基本的具体服务器类:
- class socketserver.TCPServer(server_address, RequestHandlerClass, bind_and_activate=True)
- 这使用 Internet TCP 协议,该协议提供客户端和服务器之间的连续数据流。 如果 bind_and_activate 为真,构造函数会自动尝试调用 server_bind() 和 server_activate()。 其他参数传递给 BaseServer 基类。
- class socketserver.UDPServer(server_address, RequestHandlerClass, bind_and_activate=True)
- 这使用数据报,数据报是离散的信息包,可能无序到达或在传输过程中丢失。 参数与 TCPServer 相同。
- class socketserver.UnixStreamServer(server_address, RequestHandlerClass, bind_and_activate=True)
class socketserver.UnixDatagramServer(server_address, RequestHandlerClass, bind_and_activate=True)
- 这些不常用的类类似于 TCP 和 UDP 类,但使用 Unix 域套接字; 它们在非 Unix 平台上不可用。 参数与 TCPServer 相同。
这四个类同步处理请求'; 每个请求都必须完成,然后才能开始下一个请求。 如果每个请求需要很长时间才能完成,这不合适,因为它需要大量计算,或者因为它返回大量客户端处理缓慢的数据。 解决方法是创建一个单独的进程或线程来处理每个请求; ForkingMixIn 和 ThreadingMixIn 混合类可用于支持异步行为。
创建服务器需要几个步骤。 首先,您必须通过继承 BaseRequestHandler 类并覆盖其 handle() 方法来创建请求处理程序类; 此方法将处理传入的请求。 其次,您必须实例化其中一个服务器类,将服务器地址和请求处理程序类传递给它。 建议在 with 语句中使用服务器。 然后调用服务器对象的handle_request()或serve_forever()方法来处理一个或多个请求。 最后,调用 server_close() 关闭套接字(除非您使用了 with
语句)。
当从 ThreadingMixIn 继承线程连接行为时,您应该明确声明您希望线程在突然关闭时的行为方式。 ThreadingMixIn 类定义了一个属性 daemon_threads,它指示服务器是否应该等待线程终止。 如果您希望线程自主运行,您应该显式设置该标志; 默认值为 False,这意味着 Python 不会退出,直到 ThreadingMixIn 创建的所有线程都退出。
无论使用何种网络协议,服务器类都具有相同的外部方法和属性。
服务器创建说明
一个继承图中有五个类,其中四个代表四种类型的同步服务器:
请注意,UnixDatagramServer 派生自 UDPServer,而不是来自 UnixStreamServer — IP 和 Unix 流服务器之间的唯一区别是地址族,在两个 Unix 服务器类。
- class socketserver.ForkingMixIn
class socketserver.ThreadingMixIn 可以使用这些混合类创建每种类型服务器的分叉和线程版本。 例如, ThreadingUDPServer 创建如下:
mix-in 类首先出现,因为它覆盖了 UDPServer 中定义的方法。 设置各种属性也会改变底层服务器机制的行为。
ForkingMixIn 和下面提到的 Forking 类仅在支持 fork() 的 POSIX 平台上可用。
socketserver.ForkingMixIn.server_close()
等待所有子进程完成,除非socketserver.ForkingMixIn.block_on_close
属性为 false。socketserver.ThreadingMixIn.server_close()
等待所有非守护线程完成,除非socketserver.ThreadingMixIn.block_on_close
属性为 false。 通过将ThreadingMixIn.daemon_threads
设置为True
不等待线程完成来使用守护线程。3.7 版更改:
socketserver.ForkingMixIn.server_close()
和socketserver.ThreadingMixIn.server_close()
现在等待所有子进程和非守护线程完成。 添加新的socketserver.ForkingMixIn.block_on_close
类属性以选择加入 3.7 之前的行为。
- class socketserver.ForkingTCPServer
class socketserver.ForkingUDPServer
class socketserver.ThreadingTCPServer
class socketserver.ThreadingUDPServer
- 这些类是使用混合类预定义的。
要实现服务,您必须从 BaseRequestHandler 派生一个类并重新定义其 handle() 方法。 然后,您可以通过将服务器类之一与您的请求处理程序类组合来运行服务的各种版本。 数据报或流服务的请求处理程序类必须不同。 这可以通过使用处理程序子类 StreamRequestHandler 或 DatagramRequestHandler 来隐藏。
当然,你还是得用你的脑袋! 例如,如果服务在内存中包含可由不同请求修改的状态,那么使用分叉服务器是没有意义的,因为子进程中的修改永远不会达到父进程中保存的初始状态并传递给每个子进程. 在这种情况下,您可以使用线程服务器,但您可能必须使用锁来保护共享数据的完整性。
另一方面,如果您正在构建一个 HTTP 服务器,其中所有数据都存储在外部(例如,在文件系统中),则同步类本质上将在处理一个请求时将服务呈现为“聋”——这可能是为了如果客户端接收它请求的所有数据很慢,则需要很长时间。 这里适合使用线程或分叉服务器。
在某些情况下,同步处理请求的一部分可能是合适的,但根据请求数据在分叉的子进程中完成处理。 这可以通过使用同步服务器并在请求处理程序类 handle() 方法中进行显式分叉来实现。
在既不支持线程也不支持 fork() 的环境中处理多个同时请求的另一种方法(或者这些对服务来说太昂贵或不合适的地方)是维护一个部分完成的请求的显式表并使用selectors 决定接下来处理哪个请求(或是否处理新的传入请求)。 这对于每个客户端可能连接很长时间的流服务尤其重要(如果不能使用线程或子进程)。 请参阅 asyncore 以了解另一种管理方式。
服务器对象
- class socketserver.BaseServer(server_address, RequestHandlerClass)
这是模块中所有服务器对象的超类。 它定义了下面给出的接口,但不实现大多数方法,这是在子类中完成的。 这两个参数分别存储在 server_address 和 RequestHandlerClass 属性中。
- fileno()
返回服务器正在侦听的套接字的整数文件描述符。 此函数最常传递给 选择器 ,以允许在同一进程中监视多个服务器。
- handle_request()
处理单个请求。 该函数依次调用以下方法:get_request()、verify_request()和process_request()。 如果处理程序类的用户提供的 handle() 方法引发异常,则将调用服务器的 handle_error() 方法。 如果在 timeout 秒内没有收到请求,将调用 handle_timeout() 并返回 handle_request()。
- serve_forever(poll_interval=0.5)
处理请求,直到明确的 shutdown() 请求。 每 poll_interval 秒轮询一次关机。 忽略 timeout 属性。 它还调用 service_actions(),子类或 mixin 可以使用它来提供特定于给定服务的操作。 例如,ForkingMixIn 类使用 service_actions() 来清理僵尸子进程。
3.3 版更改: 添加
service_actions
调用serve_forever
方法。
- service_actions()
这在 serve_forever() 循环中调用。 此方法可以被子类或混合类覆盖,以执行特定于给定服务的操作,例如清理操作。
3.3 版中的新功能。
- shutdown()
告诉 serve_forever() 循环停止并等待它完成。 shutdown() 必须在 serve_forever() 在不同线程中运行时调用,否则会死锁。
- server_close()
清理服务器。 可能会被覆盖。
- address_family
服务器套接字所属的协议族。 常见的例子是 socket.AF_INET 和 socket.AF_UNIX。
- RequestHandlerClass
用户提供的请求处理程序类; 为每个请求创建此类的一个实例。
- server_address
服务器正在侦听的地址。 地址的格式因协议族而异; 有关详细信息,请参阅 socket 模块的文档。 对于互联网协议,这是一个包含给出地址的字符串和一个整数端口号的元组:例如,
('127.0.0.1', 80)
。
- socket
服务器将在其上侦听传入请求的套接字对象。
服务器类支持以下类变量:
- allow_reuse_address
服务器是否允许重用地址。 这默认为 False,并且可以在子类中设置以更改策略。
- request_queue_size
请求队列的大小。 如果处理单个请求需要很长时间,则服务器繁忙时到达的任何请求都会放入队列中,最多为 request_queue_size 个请求。 一旦队列已满,来自客户端的进一步请求将收到“连接被拒绝”错误。 默认值通常是 5,但这可以被子类覆盖。
- socket_type
服务器使用的套接字类型; socket.SOCK_STREAM 和 socket.SOCK_DGRAM 是两个常用的值。
- timeout
超时持续时间,以秒为单位,如果不需要超时,则为 无 。 如果 handle_request() 在超时时间内没有收到传入请求,则调用 handle_timeout() 方法。
有多种服务器方法可以被基本服务器类的子类覆盖,如 TCPServer; 这些方法对服务器对象的外部用户没有用。
- finish_request(request, client_address)
实际上通过实例化 RequestHandlerClass 并调用其 handle() 方法来处理请求。
- get_request()
必须接受来自套接字的请求,并返回一个包含用于与客户端通信的 new 套接字对象和客户端地址的 2 元组。
- handle_error(request, client_address)
如果 RequestHandlerClass 实例的 handle() 方法引发异常,则会调用此函数。 默认操作是将回溯打印到标准错误并继续处理进一步的请求。
3.6 版更改: 现在只调用从 Exception 类派生的异常。
- handle_timeout()
当 timeout 属性已设置为 None 以外的值并且超时时间已过且未收到任何请求时,将调用此函数。 分叉服务器的默认操作是收集已退出的任何子进程的状态,而在线程服务器中,此方法不执行任何操作。
- process_request(request, client_address)
调用 finish_request() 以创建 RequestHandlerClass 的实例。 如果需要,这个函数可以创建一个新的进程或线程来处理请求; ForkingMixIn 和 ThreadingMixIn 类执行此操作。
- server_activate()
由服务器的构造函数调用以激活服务器。 TCP 服务器的默认行为只是在服务器的套接字上调用 listen()。 可能会被覆盖。
- server_bind()
由服务器的构造函数调用以将套接字绑定到所需的地址。 可能会被覆盖。
- verify_request(request, client_address)
必须返回一个布尔值; 如果值为True,请求将被处理,如果值为False,请求将被拒绝。 可以重写此函数以实现对服务器的访问控制。 默认实现总是返回 True。
3.6 版更改: 添加了对 上下文管理器 协议的支持。 退出上下文管理器相当于调用 server_close()。
请求处理程序对象
- class socketserver.BaseRequestHandler
这是所有请求处理程序对象的超类。 它定义了接口,如下所示。 具体的请求处理程序子类必须定义一个新的 handle() 方法,并且可以覆盖任何其他方法。 为每个请求创建一个新的子类实例。
- setup()
在 handle() 方法之前调用以执行所需的任何初始化操作。 默认实现什么都不做。
- handle()
此函数必须完成为请求提供服务所需的所有工作。 默认实现什么都不做。 它可以使用几个实例属性; 该请求可作为
self.request
使用; 客户端地址为self.client_address
; 和服务器实例为self.server
,以防它需要访问每个服务器的信息。self.request
的类型对于数据报或流服务是不同的。 对于流服务,self.request
是一个socket对象; 对于数据报服务,self.request
是一对字符串和套接字。
- class socketserver.StreamRequestHandler
class socketserver.DatagramRequestHandler 这些 BaseRequestHandler 子类覆盖 setup() 和 finish() 方法,并提供
self.rfile
和self.wfile
属性。self.rfile
和self.wfile
属性可以分别读取或写入,以获取请求数据或返回数据给客户端。两个类的
rfile
属性都支持io.BufferedIOBase可读接口,DatagramRequestHandler.wfile
支持io.BufferedIOBase可写接口。3.6 版本变更:
StreamRequestHandler.wfile
也支持 io.BufferedIOBase 可写接口。
例子
socketserver.TCPServer 示例
这是服务器端:
使用流的替代请求处理程序类(通过提供标准文件接口简化通信的类文件对象):
不同之处在于第二个处理程序中的 readline()
调用会多次调用 recv()
直到遇到换行符,而第一个处理程序中的单个 recv()
调用只会返回在一次 sendall()
调用中从客户端发送的内容。
这是客户端:
该示例的输出应如下所示:
服务器:
$ python TCPServer.py
127.0.0.1 wrote:
b'hello world with TCP'
127.0.0.1 wrote:
b'python is nice'
客户:
$ python TCPClient.py hello world with TCP
Sent: hello world with TCP
Received: HELLO WORLD WITH TCP
$ python TCPClient.py python is nice
Sent: python is nice
Received: PYTHON IS NICE
socketserver.UDPServer 示例
这是服务器端:
这是客户端:
该示例的输出应该与 TCP 服务器示例完全相同。
异步混合
要构建异步处理程序,请使用 ThreadingMixIn 和 ForkingMixIn 类。
ThreadingMixIn 类的示例:
该示例的输出应如下所示:
$ python ThreadedTCPServer.py
Server loop running in thread: Thread-1
Received: Thread-2: Hello World 1
Received: Thread-3: Hello World 2
Received: Thread-4: Hello World 3
ForkingMixIn 类的使用方式相同,不同之处在于服务器将为每个请求生成一个新进程。 仅在支持 fork() 的 POSIX 平台上可用。