继承exception而不是baseexception的原因是避免意外捕获systemexit和keyboardinterrupt等程序退出相关的异常。直接继承baseexception可能导致自定义异常被用于不恰当的场景，而继承exception可确保异常仅用于表示程序逻辑错误，不影响正常退出流程。设计异常类层级结构时，1. 应先定义通用基类如myapplicationerror；2. 再创建具体子类如databaseerror、networkerror；3. 通过这种分层结构实现精确捕获。避免过度捕获的方法包括：只捕获能处理的异常、使用finally块清理资源、必要时重新抛出异常。提供有用信息可通过在__init__中添加字段如field_name来实现。自定义异常适用于需区分错误类型、传递额外信息或提升代码可读性的情况。处理异常链应使用raise … from …语法以保留原始异常信息。
自定义异常类，继承Exception通常是更合理的选择。直接继承BaseException会捕获一些不应该被轻易捕获的异常，比如SystemExit和KeyboardInterrupt。
解决方案
继承Exception类创建自定义异常，并仔细考虑异常的层级结构和适用范围，可以有效避免设计陷阱。
为什么要继承Exception而不是BaseException？
BaseException是所有异常的基类，包括程序退出相关的异常。如果你的自定义异常继承自它，可能会意外地捕获到SystemExit（由sys.exit()引发）或KeyboardInterrupt（用户按下Ctrl+C）。这通常不是我们想要的行为，因为这些异常通常意味着程序需要立即停止。
Exception类是所有内置的非系统退出异常的基类。继承它，可以确保你的自定义异常只会被用于表示程序逻辑中的错误，而不会干扰程序的正常退出流程。
如何设计异常类的层级结构？
设计异常类的层级结构应该反映你程序中错误的分类。一个好的做法是：
- 定义一个通用的异常基类： 比如 MyApplicationError，继承自 Exception。
- 创建更具体的子类： 比如 DatabaseError，NetworkError，它们都继承自 MyApplicationError。
这样，你就可以根据需要，选择性地捕获不同级别的异常。例如：
class MyApplicationError(Exception): """应用程序通用异常基类""" pass class DatabaseError(MyApplicationError): """数据库操作异常""" pass class NetworkError(MyApplicationError): """网络连接异常""" pass def connect_to_database(): # 模拟数据库连接失败 raise DatabaseError("无法连接到数据库") def make_network_request(): # 模拟网络请求失败 raise NetworkError("网络请求超时") try: connect_to_database() make_network_request() except DatabaseError as e: print(f"数据库错误：{e}") except NetworkError as e: print(f"网络错误：{e}") except MyApplicationError as e: print(f"应用程序错误：{e}")
如何避免异常被过度捕获？
过度捕获异常会导致你忽略了程序中真正的问题。为了避免这种情况：
- 只捕获你知道如何处理的异常： 不要使用空的 except: 块，除非你真的清楚你在做什么。
- 使用 finally 块： 如果无论是否发生异常，都需要执行一些清理操作（比如关闭文件或释放资源），使用 finally 块。
- 重新抛出异常： 如果你捕获了一个异常，但无法完全处理它，可以重新抛出它，让更上层的调用者来处理。
如何提供有用的异常信息？
异常信息应该足够详细，能够帮助你快速定位问题。在自定义异常类中，可以添加一些有用的属性：
class ValidationError(Exception): def __init__(self, message, field_name): super().__init__(message) self.field_name = field_name try: # 模拟数据验证失败 raise ValidationError("无效的邮箱地址", "email") except ValidationError as e: print(f"验证错误：{e}, 字段：{e.field_name}")
何时应该使用自定义异常？
并非所有错误都需要自定义异常。以下是一些适合使用自定义异常的情况：
- 需要区分不同类型的错误： 如果你需要根据错误的类型来采取不同的处理方式。
- 需要传递额外的错误信息： 如果除了错误消息之外，还需要传递其他信息（比如字段名、错误代码等）。
- 需要提高代码的可读性： 使用自定义异常可以使代码更加清晰和易于理解。
如何处理异常链？
有时候，一个异常可能是由另一个异常引起的。在python 3中，你可以使用 raise … from … 语法来创建异常链：
def read_file(filename): try: with open(filename, 'r') as f: return f.read() except FileNotFoundError as e: raise MyApplicationError(f"无法读取文件：{filename}") from e try: read_file("nonexistent_file.txt") except MyApplicationError as e: print(f"应用程序错误：{e}") print(f"原始异常：{e.__cause__}")
这样，当 MyApplicationError 被捕获时，你可以访问原始的 FileNotFoundError 异常，从而更好地理解错误的根源。
