迁移WCF项目至.NET 8 CoreWCF：复用Web.config配置及排障

错误原因解析 #

出现System.TypeLoadException是因为CoreWCF.ConfigurationManager在加载Web.config配置时，无法定位到VeriShieldProxy.Wcf.IProductServiceMahV20181类型。核心原因通常是：

• 类型所在程序集未被正确引用或加载
• Web.config中类型的完整名称（含程序集）配置错误
• CoreWCF类型加载逻辑与原WCF存在差异

分步解决方法 #

1. 确认类型与程序集引用有效性 #

• 检查VeriShieldProxy.Wcf.IProductServiceMahV20181接口是否存在于当前项目或依赖类库中，确保对应程序集已通过项目引用或NuGet正确添加。
• 验证类型的完整命名空间、类名拼写及大小写，CoreWCF对类型名称大小写敏感，原WCF的宽松匹配逻辑不再适用。

2. 修正Web.config中的类型配置 #

打开Web.config，找到服务契约相关配置节点（如<endpoint>的contract属性），确保契约值采用完整类型名+程序集名称的格式：

<!-- 示例：假设接口位于VeriShieldProxy程序集 -->
<endpoint contract="VeriShieldProxy.Wcf.IProductServiceMahV20181, VeriShieldProxy" ... />

格式说明：命名空间.类型名, 程序集名称，程序集名称不含.dll后缀

3. 调整Program.cs中的配置加载逻辑 #

确保CoreWCF能正确加载包含目标类型的程序集，可在加载配置前手动触发程序集加载：

// 提前加载包含业务类型的程序集
System.Reflection.Assembly.Load("VeriShieldProxy");

// 加载CoreWCF服务配置
builder.Services.AddServiceModelServices();
builder.Services.AddServiceModelConfigurationManagerFile("Web.config");

注意：业务服务接口属于自定义程序集，不应依赖CoreWCF.ConfigurationManager程序集承载。

4. 验证配置文件与加载路径 #

• 确保Web.config文件已被复制到项目输出目录：在项目属性中设置Web.config的「复制到输出目录」为「如果较新则复制」。
• 若使用ASP.NET Core托管，确认AddServiceModelConfigurationManagerFile方法指定的路径正确，避免因路径错误导致配置加载不完整。

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