WCF行为扩展无法加载求助：疑Web.config的type字段配置错误

问题分析 #

你遇到的ConfigurationErrorsException核心原因是Web.config中配置的行为扩展类型无法被正确加载，大概率是type字符串格式错误、类定义不符合WCF要求，或者项目编译后未生成对应程序集文件。

分步解决方案 #

1. 检查行为扩展类的定义

首先确认EnableCrossOriginResourceSharingBehavior类满足WCF行为扩展的基础要求：

• 必须继承自System.ServiceModel.Configuration.BehaviorExtensionElement
• 类必须是public访问级别
• 命名空间需与配置中AttemptAtSOAP完全一致
  示例正确的类结构：

using System.ServiceModel.Configuration;

namespace AttemptAtSOAP
{
    public class EnableCrossOriginResourceSharingBehavior : BehaviorExtensionElement
    {
        public override Type BehaviorType => typeof(你的CORS行为实现类); // 替换为实际CORS行为类型

        protected override object CreateBehavior()
        {
            return new 你的CORS行为实现类(); // 实例化CORS行为逻辑
        }
    }
}

2. 修正Web.config中的type字段

原配置的type字符串存在两个问题：末尾有多余空格（PublicKeyToken=null ），且冗余了不必要的参数。修改如下：

<extensions>
    <behaviorExtensions>
        <add name="crossOriginResourceSharingBehavior" type="AttemptAtSOAP.EnableCrossOriginResourceSharingBehavior, AttemptAtSOAP" />
    </behaviorExtensions>
</extensions>

• 若项目未强命名程序集，可省略版本、文化、公钥令牌信息
• 确认程序集名称：Web Application项目的程序集名就是项目名AttemptAtSOAP；如果是Web Site项目，建议转换为Web Application项目（右键项目→转换为Web应用程序），因为Web Site不会生成固定名称的DLL。

3. 确认程序集存在

编译项目后，检查项目bin目录下是否生成了AttemptAtSOAP.dll：

• 若未生成，右键项目→属性→生成，确认输出路径为bin\，且编译无报错。

4. 更简单的CORS替代方案（无需行为扩展）

如果行为扩展配置过于繁琐，可直接通过Global.asax添加CORS响应头，适合测试场景：
在Global.asax.cs中添加以下代码：

protected void Application_BeginRequest(object sender, EventArgs e)
{
    // 允许所有域名跨域（测试环境可用，生产环境建议指定具体域名）
    HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*");
    
    // 处理OPTIONS预检请求
    if (HttpContext.Current.Request.HttpMethod == "OPTIONS")
    {
        HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "GET, POST, OPTIONS");
        HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept");
        HttpContext.Current.Response.StatusCode = 200;
        HttpContext.Current.Response.End();
    }
}

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