ABP框架下AutoMapper映射时UserFriendlyException未被拦截求助

这个问题的核心原因是AutoMapper在映射过程中会将内部抛出的异常包装成AutoMapperMappingException，而ABP框架的默认异常拦截机制只会直接识别UserFriendlyException，不会自动解包AutoMapper的包装异常，因此客户端收到的是500内部服务器错误，而不是预期的友好提示。

下面提供几种可行的解决方案，你可以根据自己的业务场景选择：

方案一：提前在应用服务层验证输入 #

最直接的方式是把验证逻辑从实体的属性setter中移到应用服务方法里，在映射前先验证输入的合法性，这样异常会直接在应用服务层抛出，被ABP正确拦截：

public async Task CreateLicenseRequest(LicenseRequestInput input)
{
    // 先验证过期日期规则
    if (input.ExpireDate.HasValue)
    {
        var inputDate = input.ExpireDate.Value.GetDateZeroTime();
        var currentUtcDate = DateTime.UtcNow.GetDateZeroTime();
        
        if (inputDate <= currentUtcDate)
        {
            throw new UserFriendlyException("License date should be at least one day later than today.");
        }
    }

    // 验证通过后再执行映射
    var licenseRequest = ObjectMapper.Map<LicenseRequest>(input);
    
    // 后续的仓储操作...
    await _licenseRequestRepository.InsertAsync(licenseRequest);
}

优点：实现简单，无需修改AutoMapper或ABP的全局配置，适合单一场景的验证需求。

方案二：全局处理AutoMapper的包装异常 #

如果你的项目中有很多实体在映射时都会抛出UserFriendlyException，可以通过ABP的异常订阅机制全局解包AutoMapperMappingException，提取内部的友好异常：

1. 创建自定义异常订阅者 #

public class AutoMapperExceptionSubscriber : ExceptionSubscriberBase
{
    public override Task HandleAsync(ExceptionNotificationContext context)
    {
        // 检查是否是AutoMapper包装的异常，且内部是UserFriendlyException
        if (context.Exception is AutoMapperMappingException autoMapperEx && 
            autoMapperEx.InnerException is UserFriendlyException friendlyEx)
        {
            // 替换异常为内部的友好异常，让ABP正常处理
            context.ReplaceException(friendlyEx);
        }
        
        return Task.CompletedTask;
    }
}

2. 在模块中注册订阅者 #

在你的项目模块的ConfigureServices方法中添加注册：

public override void ConfigureServices(ServiceConfigurationContext context)
{
    // 注册自定义异常订阅者
    context.Services.AddExceptionSubscriber<AutoMapperExceptionSubscriber>();
    
    // 其他配置...
}

优点：全局生效，无需重复编写验证逻辑，适合多场景的统一处理。

方案三：调整实体验证逻辑（符合DDD实践） #

按照领域驱动设计的思想，实体的验证逻辑应该放在实体内部，但建议不要在属性setter中抛出异常（容易在映射、序列化等场景引发意外），而是提供专门的验证方法，在应用服务层映射后调用：

1. 修改实体代码 #

private DateTime? _expireDate;
public DateTime? ExpireDate 
{ 
    get => _expireDate; 
    set 
    { 
        if (value.HasValue) 
        {
            _expireDate = value.Value.GetDateZeroTime();
            PeriodInMonth = 0;
        } 
    } 
}

// 新增实体内部的验证方法
public void ValidateExpireDate()
{
    if (_expireDate.HasValue)
    {
        var currentUtcDateTime = DateTime.UtcNow.GetDateZeroTime();
        if (_expireDate.Value <= currentUtcDateTime) 
        {
            throw new UserFriendlyException("License date should be at least one day later than today.");
        }
    }
}

2. 在应用服务层调用验证 #

public async Task CreateLicenseRequest(LicenseRequestInput input)
{
    var licenseRequest = ObjectMapper.Map<LicenseRequest>(input);
    
    // 调用实体的验证方法
    licenseRequest.ValidateExpireDate();
    
    // 后续仓储操作...
    await _licenseRequestRepository.InsertAsync(licenseRequest);
}

优点：符合DDD领域模型的设计原则，将验证逻辑内聚在实体中，同时避免了映射过程中的异常问题。

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