如何识别ServiceRef.dll读取WCF端点配置的文件来源？

核心问题说明 #

类库（如ServiceRef.dll）本身不会读取自身的配置文件，所有配置读取行为都依赖于宿主程序的配置文件。对于控制台程序来说，它只会读取与可执行文件同名的配置文件（例如ConsoleApp1.exe.config，编译后生成在输出目录），而非类库的app.config。这是你遇到错误的根本原因。

跟踪配置文件读取路径的方法 #

1. 直接代码输出配置路径（最快捷） #

在控制台程序调用WCF客户端的代码前，添加以下代码，直接打印当前程序实际读取的配置文件路径：

var configPath = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;
Console.WriteLine($"当前应用读取的配置文件路径：{configPath}");

运行程序后就能明确看到程序尝试加载的配置文件位置，确认是否是你预期的文件。

2. 使用Fusion日志跟踪程序集与配置加载 #

• 打开Developer Command Prompt for Visual Studio，运行命令 fuslogvw.exe 打开Fusion日志查看器。
• 在查看器中，点击“设置”，选择“绑定日志记录”为“日志到磁盘”，可勾选“启用自定义日志路径”指定日志存储位置。
• 运行你的控制台程序，回到Fusion查看器，刷新后就能看到程序集加载及相关配置读取的日志条目，从中可找到配置文件的加载路径及是否存在加载失败的情况。

3. 事件查看器辅助排查 #

打开Windows事件查看器，定位到Windows日志 -> 应用程序，查找与WCF相关的错误事件（事件ID通常为1025、3005等），部分事件会包含配置加载失败的详细信息，帮助定位问题。

注意：IIS日志不适用 #

你的问题出在控制台程序，而非Web应用，因此IIS日志无法提供相关排查信息。

正确配置步骤 #

1. 复制Web.config中有效的<bindings>和<client>节点内容，粘贴到控制台程序的App.config文件的<system.serviceModel>节下。
2. 确保控制台程序的配置文件结构完整，示例如下：

<configuration>
  <system.serviceModel>
    <bindings>
      <!-- 粘贴你的WCF绑定配置，例如basicHttpBinding、wsHttpBinding等 -->
      <basicHttpBinding>
        <binding name="BasicHttpBinding_IService" />
      </basicHttpBinding>
    </bindings>
    <client>
      <!-- 确保contract名称与WCF引用生成的契约全名完全匹配 -->
      <endpoint address="http://你的WCF服务地址/Service.svc"
                binding="basicHttpBinding"
                bindingConfiguration="BasicHttpBinding_IService"
                contract="Service.IService" />
    </client>
  </system.serviceModel>
</configuration>

3. 确认控制台程序编译后，输出目录下存在对应的xxx.exe.config文件（与可执行文件同目录）。

常见坑点排查 #

• 检查契约名称的命名空间：WCF引用生成的契约可能带有类库的命名空间，例如ServiceRef.Service.IService，需确保配置中的contract属性与代码中的契约全名完全一致。
• 类库的app.config不会自动复制到控制台程序的输出目录，必须手动将配置内容迁移到宿主程序的配置文件中。
• 若控制台程序是.NET Framework项目，确保配置文件的“复制到输出目录”属性设置为“如果较新则复制”或“始终复制”。

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