多态仅为多租户隔离策略提供统一调用接口，不负责策略选择；实际隔离由运行时基于ThreadLocal中的租户上下文，通过工厂或ObjectProvider按租户标识动态获取具体实现类。

多态在多租户系统中不直接实现隔离，而是为不同租户的隔离策略提供统一调用入口。它本身不决定“该用哪个策略”，只确保“调用方式一致”。

多态是表层能力，策略分发才是核心
你定义一个 TenantIsolationStrategy 接口，所有租户专属的隔离逻辑（如字段过滤、Schema切换、数据源路由）都实现它。但具体用哪一个，不由多态自动选，而由运行时根据租户上下文决定。

租户上下文必须前置建立
在请求入口（Filter 或 Interceptor）中提取租户标识（如 X-Tenant-ID 头或子域名），并存入 ThreadLocal<TenantContext>。后续所有隔离策略都从这里读取 tenantId，避免参数层层透传。

策略选择靠工厂或条件装配，不是靠多态匹配

• ✅ 正确做法：用 ObjectProvider<TenantIsolationStrategy> 按 bean 名查找，例如 "tenant-a-isolation"
• ✅ 或自定义工厂类：内部查映射表 { "acme": ColumnBasedStrategy.class, "vip": SchemaRoutingStrategy.class }，再 applicationContext.getBean(...) 实例化
• ❌ 错误理解：“写个 strategy.doIsolate() 就能自动调到 vip 版本”——没有上下文感知，多态无法区分租户

每种策略实现对应一种隔离方式，接口保持统一语义

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

public interface TenantIsolationStrategy {
    void applyToQuery(QueryBuilder builder); // 统一方法名
    void enforceOnDataSource();             // 统一方法名
}

• ColumnBasedStrategy 实现里追加 WHERE tenant_id = ?
• SchemaRoutingStrategy 实现里调用 DataSourceContextHolder.set("schema_vip")
• DatabaseRoutingStrategy 实现里触发 AbstractRoutingDataSource 切库

这样上层代码只认接口，不关心租户细节；新增租户只需加一个实现类 + 配置映射，不改调用方。

立即学习“Java免费学习笔记（深入）”；

关键提醒：多态不能替代数据层隔离机制

• 行级隔离需 MyBatis-Plus 多租户插件自动注入 tenant_id 条件
• Schema 级隔离需 AbstractRoutingDataSource 根据当前租户动态返回数据源
• 数据库级隔离需独立连接池 + 动态注册数据源
  多态只是把上述能力“包装成同一种样子”，让业务代码干净调用。