从.NET ASMX迁移CoreWCF时数组参数序列化为空问题求助

问题根源 #

旧ASMX WebService默认使用XmlSerializer序列化字符串数组，生成的XML元素无额外命名空间；而CoreWCF默认用DataContractSerializer，会给数组元素加上http://schemas.microsoft.com/2003/10/Serialization/Arrays命名空间，导致上游请求的XML与CoreWCF的反序列化规则不匹配，最终数组为空。

具体解决方案 #

1. 强制使用XmlSerializer并指定空命名空间 #

在CoreWCF的服务契约或操作上添加[XmlSerializerFormat]特性，对齐ASMX的序列化方式，同时通过XmlArray和XmlArrayItem属性显式指定数组元素的命名空间为空。

示例代码：

// 服务契约
[ServiceContract(Namespace = "你的旧ASMX命名空间")]
[XmlSerializerFormat] // 关键：启用XmlSerializer，和ASMX保持一致
public interface IMyService
{
    [OperationContract]
    string ProcessStringArray([XmlArray(Namespace = "")] [XmlArrayItem(Namespace = "")] string[] inputArray);
}

// 服务实现
public class MyService : IMyService
{
    public string ProcessStringArray(string[] inputArray)
    {
        // 业务逻辑
        return inputArray?.Length.ToString() ?? "0";
    }
}

2. 自定义DataContract配置（若使用DataContractSerializer） #

如果坚持使用DataContractSerializer，可通过修改数据契约的命名空间来匹配旧ASMX：

[DataContract(Namespace = "")]
public class StringArrayRequest
{
    [DataMember(Name = "inputArray", Namespace = "")]
    // 显式指定数组项的命名空间为空
    [XmlArrayItem(Namespace = "")]
    public string[] InputArray { get; set; }
}

[ServiceContract(Namespace = "你的旧ASMX命名空间")]
public interface IMyService
{
    [OperationContract]
    string ProcessRequest(StringArrayRequest request);
}

3. 排查消息检查器的干扰 #

暂时移除自定义的消息检查器，测试数组是否能正常接收：

• 如果恢复正常，说明消息检查器修改了请求XML的命名空间结构，需调整检查器逻辑，避免改动数组元素的命名空间属性。
• 若必须保留消息检查器，确保在处理请求时，不修改<inputArray>及其子元素的命名空间声明。

4. 验证WSDL一致性 #

修改完成后，访问CoreWCF服务的WSDL地址，检查数组相关的XML定义是否与旧ASMX一致：

• 旧ASMX的WSDL中数组元素示例：

<s:element name="inputArray" type="s:string" maxOccurs="unbounded" minOccurs="0"/>

• 确保CoreWCF生成的WSDL中，数组元素无额外命名空间声明，与上述示例匹配。

内容的提问来源于stack exchange，提问作者Akshay Pradeep-Kulkarni