AutoMapper属性映射中配置多备选[SourceMember]的实现方法

• 你当前的实现触发异常的核心原因，是加在DTO属性上的[SourceMember]是全局生效的特性：它会作用于当前DTO关联的所有源类映射流程，不管是映射来自ExternalService1还是ExternalService2的对象，AutoMapper都会严格按照你指定的属性名去源端找对应成员。
• 如果你写死[SourceMember("TransportationType")]，映射ExternalService1的TransportationAsset对象时，会因为该类不存在TransportationType属性（只有TransportType）抛出成员找不到的异常；如果反过来写死[SourceMember("TransportType")]，映射ExternalService2的对象时又会因为属性名不匹配报错。
• AutoMapper原生的[SourceMember]本身不支持你期望的多候选名分隔、通配符匹配语法：它只接受单个精确的属性名字符串，就算你写[SourceMember("TransportType | TransportationType")]，AutoMapper也会把整串当成一个精确的属性名去反射查找，根本不会做候选拆分或者通配符匹配，自然无法满足需求。

你实际场景里根本不需要做“单个源类多属性候选”的判断——两个外部服务本身是独立的源类，各自只有一个对应属性，不存在同一个源对象里同时挂两个候选属性的情况，硬做通配符匹配是完全没必要的过度设计。只需要针对不同源类单独配置映射规则即可，冗余度极低。

方案1：通过Profile类做专属映射配置（推荐） #

1. 删掉DTO属性上全局挂载的[SourceMember]特性，同时建议把原DTO类上挂载的两个[AutoMap]特性删掉，避免后续配置冲突
2. 自定义继承自Profile的映射配置类，针对每个外部服务的源类型单独指定属性映射规则，利用AutoMapper的reverseMap自动生成双向映射：

   public class TransportationAssetMappingProfile : Profile
   {
       public TransportationAssetMappingProfile()
       {
           // 配置ExternalService1到DTO的双向映射
           // 该源类的TransportType属性和DTO的TransportType属性名完全一致，无需额外匹配规则
           CreateMap<ExternalService1.TransportationAsset, TransportationAssetDto>()
               .ReverseMap();
   
           // 配置ExternalService2到DTO的双向映射
           // 仅需单独指定该源类下名称有差异的TransportationType属性映射规则
           CreateMap<ExternalService2.TransportationAsset, TransportationAssetDto>()
               .ForMember(
                   dest => dest.TransportType,
                   opt => opt.MapFrom(src => src.TransportationType)
               )
               .ReverseMap();
       }
   }
   

3. 这种配置方式完全不会出现跨源类的规则串扰：每个映射关系的属性规则都是独立的，既不会把给ExternalService2配的规则套到ExternalService1的映射流程上，也能自动支持双向映射。

方案2：轻量化保留特性映射的调整 #

如果不想额外写Profile类，可以删掉DTO属性上的全局[SourceMember]，利用AutoMapper特性的内置成员配置能力，单独给ExternalService2的映射关系补充属性规则即可，无需全量重写配置。

注意：配置时需要仔细核对源类属性的实际拼写，你遇到的异常提示中出现的TransporationType（少了一个字符t）是常见的手滑拼写错误，这类问题也会直接触发成员找不到的异常。

AutoMapper的属性查找是基于反射的精确成员匹配，没有内置的模糊匹配能力。如果要实现Transport*Type这种通配符匹配，需要自己自定义全局的成员解析规则，不仅会增加全局匹配的性能开销，还可能误伤其他同结构类的正常映射，相比单独为两个源类写两行映射配置，投入产出比极低。

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