python异常根类是baseexception，日常应继承exception；except exception捕获不到systemexit等直系子类；自定义异常命名宜以error结尾，多用精准捕获而非宽泛except exception。
Python 异常类继承关系怎么看
直接看 BaseException 是根，所有异常都从它来，但日常写的代码几乎只跟它的子类 Exception 打交道；SystemExit、KeyboardInterrupt、GeneratorExit 这几个是 BaseException 的直系子类，不继承自 Exception，所以用 except Exception: 捕不到它们——这是最常被忽略的一点。
实操建议：
基于Intranet/Internet 的Web下的办公自动化系统，采用了当今最先进的PHP技术，是综合大量用户的需求,经过充分的用户论证的基础上开发出来的，独特的即时信息、短信、电子邮件系统、完善的工作流、数据库安全备份等功能使得信息在企业内部传递效率极大提高，信息传递过程中耗费降到最低。办公人员得以从繁杂的日常办公事务处理中解放出来，参与更多的富于思考性和创造性的工作。系统力求突出体系结构简明
- 查某个异常属于哪一层？用
issubclass(ValueError, Exception)或help(ValueError)看文档里写的 “Bases:” 行 - 想捕获“所有业务异常但不干扰退出信号”，就别写
except:，老实用except Exception: -
BaseException下还有MemoryError、RecursionError等，它们虽属Exception子类，但通常不该被静默吞掉
自定义异常该继承 Exception 还是 BaseException
99% 的情况继承 Exception。只有极少数场景（比如实现一个新解释器或调试工具）才需要绕过 Exception 直接继承 BaseException，否则你的异常会被 except Exception: 漏掉，导致逻辑失控。
常见错误现象：自定义异常没响应 try...except Exception，程序崩了却没进 except 块。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 命名以
Error结尾，如ConfigLoadError，符合 Python 社区惯例 - 如果要带上下文信息，重写
__init__时别漏调super().__init__(message) - 不需要重写
__str__或__repr__，除非有特殊格式需求
except Exception as e 和 except ValueError as e 有什么实质区别
区别不在语法，而在匹配精度和维护成本。前者是兜底，后者是精准拦截。用太宽泛的 except Exception 容易掩盖真正的问题，比如把 KeyError 和 TypeError 都塞进同一段错误处理逻辑里，后续排查反而更难。
使用场景：
- 读配置文件时明确知道可能抛
json.JSONDecodeError，就该单独捕获并提示“配置格式错误” - 函数入口做类型校验，预期
int却收到str，捕ValueError比捕Exception更安全 - 多个 except 块要注意顺序：子类在前，父类在后，否则
except Exception会提前截胡所有异常
raise 时要不要加 from None 或 from e
这决定 traceback 里是否保留原始异常链。raise NewError() from e 会把 e 当作原因显示在 traceback 底部（带 Caused by 提示），而 raise NewError() from None 会完全隐藏原始异常——不是“没发生”，是主动切断链路。
性能影响很小，但可读性差异巨大。线上日志里看到一串嵌套 traceback，往往就是因为滥用 from e；反过来，该保留却用了 from None，就会丢掉关键上下文。
实操建议：
- 封装底层库调用（如 requests 抛
ConnectionError）时，用raise MyServiceError() from e - 做输入清洗，发现非法值后转成业务异常，原始异常无意义，可用
raise ValidationError() from None - 不确定时，先不加
from，默认行为已足够清晰
异常体系看着扁平，实际在 sys.excepthook、threading.excepthook、异步任务（asyncio 的 exception_handler）里都有不同表现，这些地方的异常传播规则容易被忽略。
