WCF事务超时问题：配置文件设置无效，特性设置正常

我之前也踩过类似的WCF事务超时配置不生效的坑，结合你的场景（被Windows Workflow调用的WCF服务，EF执行长耗时存储过程触发事务异步中止），给你拆解下问题根源和解决办法：

为什么app.config配置无效？ #

最常见的原因有两个：

• 配置节点未正确关联到服务：WCF的服务行为配置需要明确绑定到对应的服务实例，否则配置会被忽略。
• Windows Workflow的事务超时优先级更高：如果Workflow本身发起了事务，它的超时设置会覆盖WCF服务端的配置，导致你在app.config里的设置不生效。

具体解决步骤 #

1. 确保app.config的事务超时配置正确关联服务 #

检查你的服务配置是否正确将行为绑定到服务，示例配置如下：

<system.serviceModel>
  <behaviors>
    <serviceBehaviors>
      <!-- 定义包含事务超时的服务行为 -->
      <behavior name="LongRunningServiceBehavior">
        <!-- 设置足够长的超时时间，比如30分钟 -->
        <transactionTimeout>00:30:00</transactionTimeout>
        <!-- 其他必要的服务行为配置 -->
        <serviceMetadata httpGetEnabled="true"/>
        <serviceDebug includeExceptionDetailInFaults="false"/>
      </behavior>
    </serviceBehaviors>
  </behaviors>
  <services>
    <!-- 确保服务节点的behaviorConfiguration指向上面定义的行为 -->
    <service name="YourNamespace.YourWcfService" behaviorConfiguration="LongRunningServiceBehavior">
      <!-- 你的服务终结点配置 -->
      <endpoint address="" binding="wsHttpBinding" contract="YourNamespace.IYourServiceContract"/>
    </service>
  </services>
</system.serviceModel>

重点是service节点的behaviorConfiguration属性必须和你定义的behavior节点的name完全匹配，否则配置不会生效。

2. 同步Windows Workflow的事务超时设置 #

因为你的服务是被Workflow调用的，Workflow作为事务发起方，它的事务超时设置会优先生效。你需要：

• 检查Workflow定义中的事务活动（比如TransactionScopeActivity）的超时配置，确保它的超时时间不短于WCF服务的设置。
• 如果Workflow是通过宿主（比如WorkflowRuntime）运行的，检查宿主的配置文件中是否有事务超时相关的设置，同步调整到足够长的时间。

3. 确认WCF服务的事务行为配置 #

确保你的服务类上的ServiceBehavior特性中，TransactionScopeRequired设置为true（这应该已经满足，因为你用特性设置TransactionTimeout有效）：

[ServiceBehavior(TransactionScopeRequired = true)]
public class YourWcfService : IYourServiceContract
{
    // 你的服务方法，调用EF执行存储过程
    public void LongRunningProcedure()
    {
        using(var db = new YourDbContext())
        {
            db.Database.ExecuteSqlCommand("exec YourLongRunningStoredProc");
        }
    }
}

当你通过app.config配置时，可以去掉特性里的TransactionTimeout，让配置文件生效。

4. 优化存储过程的执行效率 #

从根源上减少耗时是最稳妥的办法：

• 检查存储过程的执行计划，添加必要的索引。
• 拆分长耗时的逻辑，比如分批处理数据。
• 确认是否有锁等待等情况导致执行缓慢。

总结 #

你用ServiceBehaviour硬编码超时有效，是因为直接给服务实例指定了超时规则；而app.config无效大概率是配置未正确绑定服务，或者Workflow的超时设置覆盖了服务端配置。按照上面的步骤逐一排查调整，应该就能解决事务异步中止的问题。

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