繼承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 異常，從而更好地理解錯誤的根源。
