如何在WSGI中间件之间传递请求生命周期内的独有数据？

嘿，这个问题问到点子上了——在WSGI中间件链里传递仅属于单个请求/响应周期的数据，确实是日常开发中很常见的需求，我来给你分享几个最优的实现方式：

1. 规范使用environ（WSGI标准原生方式） #

其实你最初用environ的思路本身没问题，只是需要注意命名空间隔离，避免和WSGI标准变量、其他中间件的数据冲突。WSGI规范明确允许在environ中添加自定义键，只要遵循一个简单规则：给你的自定义键加上专属前缀（比如项目名、中间件标识），避免和WSGI内置变量（如wsgi.input）或第三方中间件的键撞车。

举个实际的代码例子：

class DataGeneratorMiddleware:
    def __init__(self, app):
        self.app = app

    def __call__(self, environ, start_response):
        # 生成请求专属数据，存入environ的自定义命名空间下
        environ['myapp.request_ctx.user_id'] = self._generate_unique_user_id()
        environ['myapp.request_ctx.trace_id'] = self._generate_trace_id()
        # 传递请求给下一个中间件/应用
        return self.app(environ, start_response)

class DataProcessorMiddleware:
    def __init__(self, app):
        self.app = app

    def __call__(self, environ, start_response):
        # 从environ中取出当前请求的专属数据
        user_id = environ.get('myapp.request_ctx.user_id')
        trace_id = environ.get('myapp.request_ctx.trace_id')
        # 这里可以做数据处理，比如打链路日志
        print(f"Processing request | User ID: {user_id}, Trace ID: {trace_id}")
        # 继续处理请求流程
        return self.app(environ, start_response)

每个请求的environ都是独立创建的，所以存在里面的数据自然是请求级别的，绝对不会在不同请求之间共享。

2. 封装请求上下文类（更优雅的结构化方式） #

如果觉得直接操作environ的键值对不够清晰，可以封装一个专门的请求上下文类，把所有请求专属数据都存在这个实例里，再放到environ中：

class RequestContext:
    def __init__(self):
        self.user_id = None
        self.trace_id = None
        # 后续可以按需添加更多字段，比如request_time、client_ip等

class ContextInitMiddleware:
    def __init__(self, app):
        self.app = app

    def __call__(self, environ, start_response):
        # 为当前请求创建专属的上下文实例
        environ['myapp.request_ctx'] = RequestContext()
        return self.app(environ, start_response)

class DataGeneratorMiddleware:
    def __init__(self, app):
        self.app = app

    def __call__(self, environ, start_response):
        ctx = environ['myapp.request_ctx']
        ctx.user_id = self._generate_unique_user_id()
        ctx.trace_id = self._generate_trace_id()
        return self.app(environ, start_response)

class DataProcessorMiddleware:
    def __init__(self, app):
        self.app = app

    def __call__(self, environ, start_response):
        ctx = environ['myapp.request_ctx']
        print(f"Request Context | User: {ctx.user_id}, Trace: {ctx.trace_id}")
        return self.app(environ, start_response)

这种方式把请求数据结构化了，后续扩展字段、维护代码都会更方便，同时依然保证每个请求的上下文实例是独立的。

关键注意事项 #

• 绝对不要用中间件的类属性存请求数据！比如不要在__init__里定义self.user_id，因为中间件实例是全局共享的，这样会导致不同请求的数据互相覆盖，出现难以排查的bug。
• 如果你是基于Flask、Django这类WSGI框架开发，直接用框架内置的请求上下文机制就好（比如Flask的request对象、Django的request），不用自己重复造轮子。

内容的提问来源于stack exchange，提问作者Oleksandr Dashkov