前提条件：一般来说 server 都是一个请求对应一个进程。

1 ）单线程的时候，客户端的全部 request 都是 blocking 的，即，每一个 request 的发送都基于上一个的 request-response 流程的成功完成，所以如果**服务器的处理逻辑正确**的情况下，你发了多少，server 就收到多少。

2 ）对于楼主多线程的实现，在某一时刻 T1 ，可能出现这种情况：客户端所在的设备的网络接口（ i.e. 网卡）会把 N 个 request 一起送出去，N>=1 。根据上述的前提条件，楼主的服务端（本质上就是个 httpserver ）在下一时刻 T2 ，会对进来的流量进行处理（即，T1 时刻发的流量），然而同样，所以如果**服务器的处理逻辑正确**的情况下，server 会识别出有 N 个 req ，然后分别处理，所以有同样的结果：你发了多少，server 就收到多少。

综上，楼主说的 issue 和客户端线程是没关系的（必须的，不然电商怎么玩抢购），那问题实在哪里？就是上面写的正确的服务器处理逻辑。 很可惜的是这东西并不能靠改楼主的某一行代码就能解决问题（其实就是__init__.py, 144 ，加上楼上朋友的建议），因为正确的处理逻辑基于正确的了解“网络的属性”，如果没有后者，楼主的 WebServer()在未来某一时刻也同样会带来意想不到的结果。