@@ -241,6 +241,8 @@ msgid ""
241241"all the data it has requested. Here a threading or forking server is "
242242"appropriate."
243243msgstr ""
244+ "另一方面,如果你是在编写一个所有数据保存在外部(例如文件系统)的 HTTP 服务器,同步类实际上将在正在处理某个请求的时候“失聪” -- "
245+ "如果某个客户端在接收它所请求的所有数据时很缓慢这可能会是非常长的时间。 这时线程或分叉服务器会更为适用。"
244246
245247#: ../../library/socketserver.rst:167
246248msgid ""
@@ -250,6 +252,8 @@ msgid ""
250252"doing an explicit fork in the request handler class "
251253":meth:`~BaseRequestHandler.handle` method."
252254msgstr ""
255+ "在某些情况下,合适的做法是同步地处理请求的一部分,但根据请求数据在分叉的子进程中完成处理。 这可以通过使用一个同步服务器并在请求处理句柄类 "
256+ ":meth:`~BaseRequestHandler.handle` 中进行显式分叉来实现。"
253257
254258#: ../../library/socketserver.rst:172
255259msgid ""
@@ -263,6 +267,11 @@ msgid ""
263267"subprocesses cannot be used). See :mod:`asyncore` for another way to manage"
264268" this."
265269msgstr ""
270+ "还有一种可以在既不支持线程也不支持 :func:`~os.fork` "
271+ "的环境(或者对于本服务来说这两者开销过大或是不适用)中处理多个同时请求的方式是维护一个显式的部分完成的请求表并使用 :mod:`selectors` "
272+ "来决定接下来要处理哪个请求(或者是否要处理一个新传入的请求)。 "
273+ "这对于流服务来说特别重要,因为每个客户端可能会连接很长的时间(如果不能使用线程或子进程)。 请参阅 :mod:`asyncore` "
274+ "来了解另一种管理方式。"
266275
267276#: ../../library/socketserver.rst:186
268277msgid "Server Objects"
@@ -275,6 +284,8 @@ msgid ""
275284" done in subclasses. The two parameters are stored in the respective "
276285":attr:`server_address` and :attr:`RequestHandlerClass` attributes."
277286msgstr ""
287+ "这是本模块中所有 Server 对象的超类。 它定义了下文给出的接口,但没有实现大部分的方法,它们应在子类中实现。 两个形参存储在对应的 "
288+ ":attr:`server_address` 和 :attr:`RequestHandlerClass` 属性中。"
278289
279290#: ../../library/socketserver.rst:198
280291msgid ""
0 commit comments