Exceptionally Bad: The Story on the Misuse of Exceptions and How to Do Better

• 语言: 英语
• 格式: .pdf
• 来源: github.com/CppCon

摘要

文档讨论了C++中异常处理的设计哲学及其在实际应用中的常见问题。异常处理的主要目的是用于处理程序中遇到的严重错误，避免数据损坏或其他潜在损害。文档强调异常应仅用于罕见且严重的错误，而不应用于正常情况下的错误处理。此外，文档提出了几种处理异常的模式，如在处理程序中记录额外信息并重新抛出异常，以及如何通过类型包装和重新抛出异常来传递上下文信息。最后，文档建议使用标准库中的功能（如std::expected）来处理控制流问题，并避免将异常用于频繁发生的错误或内存问题。

AI总结

### 文档总结

1. **异常处理的设计初衷**
- 异常（Exceptions）主要用于处理程序中遇到的严重错误，目的是终止当前控制流以防止数据损坏或其他潜在损害。
- 异常适用于程序无法自行处理、需要调用栈中更上层的函数或组件来解决的错误情况。

2. **异常的适用场景**
- 异常适用于“非常罕见”的事件，而非日常情况或普通错误。
- 如果将异常用于非罕见情况，可能会掩盖真正严重的问题，导致难以定位错误。

3. **异常处理的假设**
- 设计时假设：异常主要用于错误处理，且异常发生的频率远低于函数调用。
- 异常处理代码（如catch块）的数量应远少于函数定义的数量。

4. **异常的局限性**
- 如果异常被滥用（如用于常规错误处理），会导致以下问题：
- 无法有效区分严重问题和普通问题。
- 增加程序的复杂性，掩盖真正需要关注的问题。

5. **异常处理的改进措施**
- **日志记录与上下文信息**
- 在异常处理时，应记录额外的上下文信息，并在重新抛出异常时包含这些信息，以便更方便地进行错误排查。
- 避免在异常抛出时进行日志记录，而应在处理程序中记录。
- 可通过重新包装异常并添加更多信息来改进错误处理。
- **控制流与错误处理**
- 避免在单个try块中使用多个catch块来处理不同类型的异常，这会导致代码复杂性增加。
- 对于浅层调用栈，可以考虑使用`std::expected`等替代方案来处理错误。

6. **最佳实践**
- 仅将异常用于严重且罕见的错误，而非常规错误或资源耗尽等问题。
- 保持异常处理机制的简洁性，避免滥用异常来处理正常情况或频繁发生的错误。
- 确保异常处理的设计能够清晰地反映程序的逻辑和错误处理流程。

### 核心观点
- 异常处理的目的是为了应对严重且罕见的错误，而非日常错误处理。
- 滥用异常会导致程序复杂性增加，并掩盖真正需要关注的问题。
- 改进异常处理的关键在于：明确错误处理的逻辑、记录上下文信息，并选择合适的工具（如`std::expected`）来简化错误处理流程。