WSGI服务器的多线程机制详解
核心问题：
Gunicorn和Uvicorn等WSGI服务器是否采用基于线程池的多线程模型？如果是，它们是基于Python标准库的ThreadPoolExecutor还是自定义实现？
解答：
Gunicorn和Uvicorn都使用了线程池来实现多线程模型。
Gunicorn：
Gunicorn利用gevent库的协程机制，间接地使用gevent内部的线程池。Gevent是一个基于libevent的网络库，提供高效的协程支持，其线程池管理是其内部实现的一部分。
Uvicorn：
Uvicorn则直接使用Python标准库中的asyncio框架，而asyncio本身集成了ThreadPoolExecutor。因此，Uvicorn利用ThreadPoolExecutor创建并管理其线程池。
ThreadPoolExecutor的异常处理：
ThreadPoolExecutor存在一个已知的缺陷：工作线程中抛出的异常会被屏蔽。这是因为ThreadPoolExecutor内部使用JoinableQueue，在任务完成前保持工作线程的活跃状态，导致异常无法立即被主线程捕获。
为了解决这个问题，最佳实践是在工作线程内部使用try...except块捕获异常，并进行适当的处理，例如记录日志或使用Sentry等错误监控工具将异常信息传递给主线程。
自定义线程池：
Gunicorn和Uvicorn并没有自行实现线程池，而是充分利用了gevent和asyncio提供的成熟机制。重新实现线程池会增加不必要的复杂性和维护负担。
