多租户云架构下ChannelFactory解析不同租户地址异常问题排查

核心嫌疑：ChannelFactory全局缓存冲突 #

你设置的ClientBase.CacheSetting = CacheSetting.AlwaysOn会启用WCF的全局ChannelFactory缓存机制。这个缓存基于端点配置+地址的组合键生成，但在多租户场景下，如果多个租户共用同一个endPointName（仅地址不同），或者缓存键未纳入租户标识做区分，就可能出现缓存污染——后续请求错误复用其他租户的ChannelFactory实例，导致请求发送到错误地址。

虽然App1端日志显示地址正确，但WCF的全局缓存可能在高并发或实例复用场景下，跳过当前实例的地址校验，直接返回之前为其他租户创建的缓存实例。

代码层面的潜在问题 #

1. 静态属性全局共享：ClientBase.CacheSetting是静态属性，全局生效。多租户实例同时修改该值可能导致缓存逻辑异常，更关键的是全局缓存本身没有租户隔离机制。
2. ChannelFactory未绑定租户标识：当前代码仅通过endPointName和地址创建实例，未将租户标识纳入缓存或实例隔离逻辑，无法阻止跨租户的缓存复用。

解决方案 #

1. 替换全局缓存为租户隔离的自定义缓存 #

放弃WCF的全局缓存，自行管理ChannelFactory实例，用租户ID+端点名称+地址作为缓存键，确保每个租户的实例独立隔离：

// 线程安全的自定义缓存，按租户维度隔离
private static readonly ConcurrentDictionary<string, ChannelFactory> _tenantFactoryCache = new ConcurrentDictionary<string, ChannelFactory>();

public SvcProxyBase(string endPointName, string tenantId)
{
    // 确保按租户获取专属地址
    string tenantBaseAddress = GetBaseAddress(endPointName, tenantId);
    EndpointAddress endpointAddress = new EndpointAddress(tenantBaseAddress);
    
    _endPointName = endPointName;
    _eA = endpointAddress;

    // 生成唯一缓存键，绑定租户标识
    string cacheKey = $"{tenantId}_{endPointName}_{tenantBaseAddress}";
    // 不存在则创建，存在则复用当前租户的实例
    _factory = _tenantFactoryCache.GetOrAdd(cacheKey, key => 
        new ChannelFactory(endPointName, endpointAddress));
    
    System.Diagnostics.Debug.WriteLine("WCF ENDPOINT: " + _factory.Endpoint);
}

2. 直接禁用全局缓存（简单有效） #

如果租户数量不多或性能要求不高，可以直接禁用WCF的全局缓存，每次创建全新的ChannelFactory实例：

public SvcProxyBase(string endPointName)
{
    EndpointAddress EA = new EndpointAddress(GetBaseAddress(endPointName));
    _endPointName = endPointName;
    _eA = EA;
    
    // 禁用全局缓存，每次创建新实例
    ClientBase.CacheSetting = CacheSetting.AlwaysOff;
    _factory = new ChannelFactory(endPointName, EA);
    
    System.Diagnostics.Debug.WriteLine("WCF ENDPOINT: " + _factory.Endpoint);
}

3. 排查租户上下文泄漏 #

检查是否存在租户上下文（如租户ID、地址）存储在静态变量中的情况，这会导致多线程/多请求场景下上下文被覆盖，最终生成错误的ChannelFactory地址。

其他排查方向 #

• 云端基础设施问题：偶发的DNS解析错误、负载均衡器路由异常也可能导致请求跳转到错误租户，但App1端日志地址正确的话，这个概率较低，可以通过App2端日志记录的实际请求来源地址对比验证。
• 通道复用问题：如果客户端复用了未正确关闭/重置的WCF通道，旧通道的地址可能被错误复用。确保每次请求后正确关闭通道，或采用每次创建新通道的模式。

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