使用Gunicorn+eventlet时Python threading.local跨请求是否安全？

直接使用Python标准库的threading.local在eventlet环境下是不安全的，完全无法保证每个请求拥有独立存储空间，会出现不同请求的数据串扰问题：

• 标准threading.local的作用域是原生系统线程层级，和协程（绿色线程）无关，同一个原生线程下运行的所有协程会共享同一份threading.local存储数据
• gunicorn+eventlet的worker默认是单原生线程模型，单个worker进程内的所有HTTP请求，都由同一个原生线程下的不同协程处理，协程遇到IO操作时确实会主动让出执行权，同一个原生线程会交替处理多个请求的逻辑，你担心的“请求挂起后同线程处理其他请求”的情况100%存在

eventlet官方已经提供了协程级别的本地存储实现，直接替换使用eventlet.corolocal.local即可，它的作用域是协程层级，每个协程（对应每个HTTP请求）拥有独立的存储空间，协程切换时数据不会互相影响，完全满足你的需求，使用方式和threading.local完全一致：

# 原来的写法（不安全，不要用）
# import threading
# tls = threading.local()

# 替换为eventlet协程本地存储
import eventlet.corolocal
tls = eventlet.corolocal.local()

如果你的项目需要同时兼容eventlet和非协程部署环境，可以加一层适配逻辑，自动选择对应的本地存储实现：

try:
    from eventlet.corolocal import local as tls_local
except ImportError:
    from threading import local as tls_local

tls = tls_local()

如果是Django项目，也可以直接使用Django依赖的asgiref.local.Local，它会自动适配线程、协程环境，通用性更强。

内容的提问来源于stack exchange，提问作者mr rogers