结论：类中处理异常的核心是用自定义异常类显式表达业务语义和错误边界，而非在方法内滥用try/except；应继承Exception、命名带语义、统一管理、在类中抛出而非捕获，并善用异常链与pickle兼容性。
直接说结论：在类中处理异常，核心不是“try/except 塞进方法里”，而是用自定义异常类把业务语义和错误边界显式表达出来——否则你只是在掩盖问题，不是在管理错误。
为什么不能只在类方法里写 try/except
很多初学者一想到“类里处理异常”，就立刻在每个方法开头加 try、结尾加 except Exception。这会导致三个实际问题：
- 捕获太宽泛，
except Exception会吞掉KeyboardInterrupt或SystemExit，让调试中断失效 - 错误信息丢失上下文，比如
ValueError在用户注册时和在文件解析时含义完全不同，但都叫ValueError - 调用方无法区分错误类型，没法做差异化响应（比如重试、提示、降级）
怎么定义有意义的自定义异常类
自定义异常不是为了“显得高级”，而是为了让错误可识别、可捕获、可测试。关键点：
- 继承
Exception（不是BaseException），避免干扰系统级退出 - 类名带语义，如
UserNotFoundError、InsufficientBalanceError，不叫MyCustomError - 构造函数接受必要参数，比如
def __init__(self, user_id: int, reason: str = "")，方便日志和诊断 - 所有自定义异常统一放在模块顶层或
exceptions.py中，避免散落在各个类里
示例：
class PaymentFailedError(Exception):
def __init__(self, order_id: str, gateway: str, code: int):
self.order_id = order_id
self.gateway = gateway
self.code = code
super().__init__(f"Payment failed for {order_id} via {gateway} (code {code})")
类中该在哪抛异常、不该在哪捕获
类是错误的“源头”和“声明者”，不是“兜底者”。原则很明确：
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
立即学习“Python免费学习笔记（深入）”；
- 在类的方法内部，用
raise抛出自定义异常，而不是try/except吞掉它——例如验证失败时raise InvalidEmailError(email) - 除非该类本身职责就是容错（如缓存代理、重试封装器），否则不要在类方法里
except自己抛出的异常 - 真正该做
try/except的地方，在类的使用者那里：CLI 入口、API 视图、任务调度器——它们才决定“这个错误要不要重试、要不要告警、要不要返回 400 还是 500”
反例：def save_user(self): try: ... except UserNotFoundError: return None —— 这让调用方彻底失去判断权；正例：def save_user(self): if not self._exists(): raise UserNotFoundError(self.id)
配合 __cause__ 和 __suppress_context__ 保留原始错误链
当你的类包装了底层库（如数据库驱动、HTTP 客户端），原始异常仍有诊断价值。别简单 raise MyError()，而要用异常链：
- 用
raise MyError(...) from original_exc显式关联原因，触发后MyError.__cause__指向原异常 - 如果不想显示中间层的
During handling of the above exception...提示，设__suppress_context__ = True - 日志中建议同时记录
exc.__cause__和exc.__traceback__，否则线上查问题时只剩“支付失败”，找不到是网络超时还是 JSON 解析错
示例：
try:
resp = requests.post(url, json=payload)
resp.raise_for_status()
except requests.Timeout as e:
raise PaymentGatewayTimeoutError(order_id) from e
最常被忽略的一点：自定义异常类要支持 pickle（尤其在 Celery 或 multiprocessing 场景下）。确保它没有不可序列化的属性（如 lambda、open 的文件句柄、线程锁），否则任务执行时会静默失败或报 AttributeError: Can't pickle ...。
