WCF MTOM绑定前置空格丢失问题修复无效求助

看起来你已经定位到了WCF MTOM的经典Bug，但现有修复方案没生效，核心原因是你的消息检查器只在消息接收阶段保留了原始内容，但WCF后续的反序列化过程仍会自动Trim字符串的前置空格。我来帮你拆解问题并给出可行的解决方案：

为什么你的现有方案无效？ #

你的PreserveLeadingSpacesInspector在AfterReceiveRequest阶段复制了消息，但这个阶段之后，WCF会调用默认的MTOM消息格式化器和DataContractSerializer解析参数。默认情况下：

• MTOM的文本内容读取器会自动去除字符串的前后空格
• DataContractSerializer对于未显式配置的简单string类型，也会执行Trim操作

所以你在检查器里看到消息还有空格，但到服务方法参数里就消失了——空格是在反序列化环节丢失的。

可行的解决方案 #

方案1：用DataContract包装参数（最简单的方法） #

WCF对简单string参数的处理比较“粗暴”，但如果把参数包装成DataContract对象，就能通过属性控制序列化行为：

// 定义请求对象
[DataContract]
public class FooRequest
{
    // IsRequired=true会强制序列化器保留原始字符串内容，包括空格
    [DataMember(IsRequired = true)]
    public string Bar { get; set; }
}

// 修改服务方法
public string Foo(FooRequest request) 
{ 
    return request.Bar; 
}

这样DataContractSerializer会严格按照原始字符串内容解析，不会自动Trim空格。

方案2：自定义MTOM消息格式化器（从根源解决） #

直接替换默认的MTOM格式化器，修改它的XML读取行为，禁止自动Trim：

public class PreserveSpacesMtomMessageFormatter : MtomMessageFormatter
{
    public PreserveSpacesMtomMessageFormatter(XmlDictionaryReaderQuotas quotas) 
        : base(quotas) { }

    protected override object ReadBodyContents(XmlDictionaryReader reader)
    {
        // 临时关闭XML读取器的TrimWhitespace设置
        bool originalTrimState = reader.TrimWhitespace;
        reader.TrimWhitespace = false;
        
        try
        {
            return base.ReadBodyContents(reader);
        }
        finally
        {
            // 恢复原始设置
            reader.TrimWhitespace = originalTrimState;
        }
    }
}

然后在你的EndpointBehavior里替换格式化器：

public class PreserveLeadingSpacesBehavior : IEndpointBehavior
{
    public void Validate(ServiceEndpoint endpoint) { }
    public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters) { }
    
    public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
    {
        // 给每个操作替换自定义格式化器
        foreach (var operation in endpointDispatcher.DispatchRuntime.Operations)
        {
            operation.Formatter = new PreserveSpacesMtomMessageFormatter(endpoint.Binding.ReaderQuotas);
        }
    }
    
    public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime) { }
}

这个方法直接修改了MTOM处理文本的核心逻辑，不需要改变服务方法的定义。

方案3：修改消息检查器的XML读取设置 #

如果你不想改格式化器，可以调整消息检查器的逻辑，在读取消息内容时强制关闭Trim：

public class PreserveLeadingSpacesInspector : IDispatchMessageInspector
{
    public object AfterReceiveRequest(ref Message request, IClientChannel channel, InstanceContext instanceContext)
    {
        var bufferedMessage = request.CreateBufferedCopy(int.MaxValue);
        var originalMessage = bufferedMessage.CreateMessage();
        
        // 创建一个不Trim空格的XML读取器
        using (var reader = originalMessage.GetReaderAtBodyContents())
        {
            reader.TrimWhitespace = false;
            
            // 重新构建消息
            var newMessage = Message.CreateMessage(
                request.Version, 
                request.Headers.Action, 
                reader);
            
            // 复制原始消息的头部和属性
            newMessage.Headers.CopyHeadersFrom(request.Headers);
            newMessage.Properties.CopyProperties(request.Properties);
            
            request = newMessage;
        }
        
        return null;
    }

    public void BeforeSendReply(ref Message reply, object correlationState) { }
}

这样后续的反序列化过程就会使用这个不Trim的读取器，保留前置空格。

总结 #

你的原始方案只处理了消息的复制，没触及反序列化阶段的Trim逻辑。上面三个方案里，方案1最适合快速验证，方案2是最彻底的解决方式，可以根据你的项目需求选择。

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