.NET异常处理：使用内部异常还是自定义派生异常类型更合适？

这两种方案没有绝对的优劣，完全根据你的业务场景和调用方的需求选择即可，以下是具体分析：

方案1：统一捕获封装自定义异常，保留原始内部异常 #

适用场景 #

• DoSomething是内部自用方法，或者对外暴露的公共API，调用方不需要对不同错误类型做差异化处理，所有错误统一返回「操作失败」提示即可
• 内部的A、B、C都是私有实现，你不希望调用方依赖内部抛出的BCL异常类型做逻辑判断，避免后续调整内部实现时破坏对外兼容性
• 开发资源有限，不想花精力维护大量自定义异常类

优势 #

• 实现成本极低，代码简洁
• 完全符合「复用BCL内置异常」的开发规范，内部方法该抛什么异常就抛什么
• 对外暴露的异常类型极少，API兼容性好

劣势 #

• 如果调用方需要根据不同错误类型做不同处理（比如参数错误引导补全信息、格式错误引导修正输入），需要调用方自行解析InnerException判断错误类型，使用体验非常差

// 方案1示例代码（修正原代码的拼写错误）
public void A()
{
    if (someCondition)
    {
        throw new ArgumentException();
    }
}

public void B()
{
    if (anotherCondition)
    {
        throw new InvalidOperationException();
    }
}

public void C()
{
    // 抛出格式异常
    int.Parse(x);
}

public void DoSomething()
{
    try
    {
        A();
        B();
        C();
    }
    catch(Exception ex)
    {
        throw new DoSomethingException("Could not complete DoSomething", ex);
    }
}

方案2：自定义异常基类+不同场景派生异常 #

你提到的和「复用BCL内置异常」的冲突完全可以通过优化自定义异常的定义解决，不需要完全继承自定义异常基类，可以用标记接口的方式兼顾两者：

// 定义标记接口，用于统一标识DoSomething相关异常
public interface IDoSomethingException {}

// 既继承BCL内置的ArgumentException，又实现标记接口
public class DoSomethingMissingArg : ArgumentException, IDoSomethingException
{
    public DoSomethingMissingArg(string message) : base(message) {}
}

public class DoSomethingCannotStart : InvalidOperationException, IDoSomethingException
{
    public DoSomethingCannotStart(string message) : base(message) {}
}

public class DoSomethingFormatException : FormatException, IDoSomethingException
{
    public DoSomethingFormatException(string message) : base(message) {}
}

适用场景 #

• DoSomething是对外提供的公共类库/服务接口，调用方有明确的差异化错误处理需求
• 业务错误场景固定，后续新增异常类型的频率很低，维护自定义异常的成本可控

优势 #

• 异常语义明确，调用方直接通过捕获不同的派生异常就能做对应处理，不需要解析内部异常
• 用标记接口的优化方案可以完美兼容「复用BCL内置异常」的规范

劣势 #

• 需要维护多套自定义异常类，开发和维护成本更高
• 如果后续业务调整频繁新增错误场景，需要不断新增异常类，容易出现兼容性问题

选择原则 #

• 没有差异化处理错误的需求，优先选方案1，简单高效
• 有明确的差异化错误处理需求，选优化后的方案2，兼顾语义明确性和BCL规范

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