django-tenants中connection.tenant与request.tenant的差异及存在意义

虽然connection.tenant能全局访问当前租户，但request.tenant的存在有这些实际意义：

• 代码分层与可读性：在视图、序列化器这类和HTTP请求强相关的代码里，使用request.tenant更符合逻辑——租户是当前请求的上下文属性，而非单纯的数据库连接属性，读代码的人一眼就能明白这是和当前用户请求绑定的租户，比调用数据库连接获取更直观。

• 避免潜在的状态不一致：虽然常规请求流程中connection.tenant和request.tenant是一致的，但在异步任务、手动切换数据库连接等特殊场景中，connection的租户状态可能和当前请求脱节。request.tenant直接绑定到HTTP请求生命周期，能确保拿到的是触发当前请求的租户。

• 测试便利性：编写视图测试时，通过RequestFactory构造请求并直接设置request.tenant，比模拟数据库连接的租户状态简单得多，不需要额外处理数据库连接切换逻辑，测试代码更简洁。

• 生态兼容性：很多Django生态工具（比如权限类、自定义中间件）都是围绕request对象设计的，使用request.tenant能更自然地融入这些场景，不需要额外从connection中获取租户再传递，减少冗余代码。

内容的提问来源于stack exchange，提问作者Yasser Mohsen