如何解决C#中ASP.NET+WCF项目的服务循环调用问题

针对你遇到的循环调用导致的WCF自引用问题，这里提供几种生产环境中常用的实用解决思路：

方案一：抽离公共契约与业务逻辑（最彻底的解决方案） #

核心是打破模块间的循环依赖，将重复调用的逻辑和服务契约独立出来：

• 新建两个独立类库：
  • CommonServiceContracts：仅存放WCF服务的契约接口（比如IMyWcfService），只包含接口定义，无具体实现。
  • CoreBusinessLogic：存放原WCFServiceModule中被FunctionModule调用的核心业务方法实现。
• 调整模块依赖：
  • WCFServiceModule引用CommonServiceContracts和CoreBusinessLogic，实现WCF服务接口，内部直接调用CoreBusinessLogic的逻辑。
  • FunctionModule引用CommonServiceContracts和CoreBusinessLogic，直接调用业务逻辑类的方法，不再通过WCF服务调用WCFServiceModule。
• 新调用链变为：WCFServiceModule → FunctionModule → CoreBusinessLogic，彻底消除循环依赖和自引用需求。

方案二：重构后台任务的调用方向 #

如果后台任务不需要由WCFServiceModule触发，可以调整调用逻辑：

• 将FunctionModule中的后台任务封装成独立宿主（比如Windows服务、控制台应用，或基于Quartz.NET等调度框架实现）。
• 后台任务直接调用WCFServiceModule的服务（沿用原有的服务引用方式即可）。
• 此时调用链变为FunctionModule（后台宿主） → WCFServiceModule，避免WCFServiceModule对FunctionModule的反向依赖。

方案三：使用ChannelFactory替代服务引用（最小改动方案） #

若不想大规模重构现有结构，可借助WCF原生的ChannelFactory替代自动生成的服务引用：

1. 将WCF的服务契约接口（比如IMyWcfService）抽离到独立的ServiceContracts类库中。
2. FunctionModule引用ServiceContracts类库，通过ChannelFactory直接创建服务代理调用WCF服务，示例代码：

// 需在配置文件中保留WCF服务的端点配置
var channelFactory = new ChannelFactory<IMyWcfService>("MyWcfServiceEndpoint");
IMyWcfService serviceProxy = channelFactory.CreateChannel();

try
{
    // 调用目标WCF服务方法
    serviceProxy.TargetMethod();
    ((IClientChannel)serviceProxy).Close();
}
catch (Exception)
{
    ((IClientChannel)serviceProxy).Abort();
    throw;
}

3. WCFServiceModule仅需引用ServiceContracts类库实现服务接口，无需添加自身的服务引用。

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