使用Mass Transit时，如何在故障时覆写错误消息Header适配SQS限制？

问题背景 #

消费第三方消息时出错，Mass Transit尝试把消息转至_error队列时失败，报错：

MassTransit.AmazonSqsTransportException: Send failed: InvalidParameterValue-Number of message attributes [11] exceeds the allowed maximum [10].

第三方消息本身已附带8-10个自定义属性，Mass Transit转错误队列时会自动注入诊断Header（如MT-Fault-Message、MT-Fault-StackTrace等）作为消息属性，总数直接超出SQS的10个属性上限，导致转队列操作彻底失败。

之前尝试过以下配置，但会移除所有MT Header，直接破坏延迟重发功能：

host.AllowTransportHeader(h =>
{
    return false;
});

可行解决方案 #

方案1：选择性保留必要的MT Header #

通过ConfigureErrorMessage配置筛选规则，只保留延迟重发和链路追踪必需的Header，删除非关键诊断属性，既不超配额也不影响核心功能。

代码示例：

configurator.ConfigureErrorMessage(error =>
{
    // 仅保留重发与关联追踪必需的Header
    error.SetHeaderFilter(header => 
        header.Key == "MT-Retry-Count" 
        || header.Key == "MT-Retry-Interval"
        || header.Key.StartsWith("MT-Correlation-"));
});

• 保留MT-Retry-Count、MT-Retry-Interval：确保延迟重发功能正常运行
• 保留MT-Correlation-开头的Header：便于追踪消息链路
• 自动过滤MT-Fault-Message这类非必需诊断属性，减少属性总数

方案2：将诊断信息嵌入消息体 #

若需要保留完整诊断信息，可配置Mass Transit将错误详情序列化到消息体中，而非作为消息属性，完全不占用属性配额，同时保留所有诊断信息与重发功能。

代码示例：

configurator.ConfigureErrorMessage(error =>
{
    error.IncludeExceptionDetails = true;
    error.UseMessageBodyForFaultDetails();
});

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