正如Gjordis所指出的，sleep将暂停当前线程。我看过Webfaction，看起来他们正在使用WSGI运行Django的服务实例。这意味着，每次收到请求时，Apache都会查看当前正在运行多少个工作进程（即每个运行Django实例的进程）。如果没有/无法查看，它将额外产生工作人员并将请求交给他们。
这是我认为您遇到的情况：
- 对资源A的第一个GET请求进入。Apache使用正在运行的工作程序（或启动一个新工作程序）
- 工人睡了十秒钟
- 在此期间，出现了对资源A的新请求。Apache看到它正在请求相同的资源，并将其发送给与请求A相同的工作程序。我猜这里的假设是最近处理特定资源请求的工作程序工作人员更有可能缓存/预处理/任何信息，以便可以更快地处理此请求
- 这导致20秒的阻塞，因为只有一个工人等待2次10秒
此行为在99％的时间中完全有意义，因此逻辑上默认情况下会这样做。
但是，如果您为第二个请求更改请求的资源（通过添加GET参数），Apache将假定这是一个不同的资源，并将启动另一个工作程序（因为第一个工作程序已经“忙”了（Apache无法知道您正在无需做任何辛苦的工作。）由于现在有两个工作人员，两个人都等待10秒，所以总时间减少到10秒。
此外，我认为事情是 不对
您的设计。我几乎没有想到在任何情况下不尽可能快地响应HTTP请求是明智的。毕竟，您希望在最短的时间内处理尽可能多的请求，因此，睡眠10秒钟是最适得其反的事情。我建议您创建一个新问题，并说明您要达到的实际目标。我很确定对此有更明智的解决方案！
