Python自定义异常处理逻辑放哪里？两段代码实现选型对比咨询

结论 #

优先选择第二种实现方案，不要使用第一种方案。

第一种方案的核心缺陷 #

你当前使用的第一种方案完全违背了Python异常的设计逻辑，存在两个不可接受的问题：

• 异常副作用触发时机错误：你把日志打印、sys.exit()的逻辑写在了异常类的__init__方法里，这意味着哪怕你不执行raise操作，只要实例化DirectoryExistsError("xxx")，就会直接打印日志并退出进程，和你是否抛出异常完全无关，不符合异常的基本使用规则。
• 完全丧失灵活性：异常的核心作用是通知上层调用方出现了错误，上层可以根据业务需求选择处理方式：比如做临时文件清理、回滚操作、或者执行降级逻辑后再退出。但第一种方案里只要触发异常初始化就直接硬退出，根本不给上层任何处理的机会，连单元测试都没法写——测试用例一旦碰到这个异常的实例化，整个测试进程就会直接退出，没法做断言验证。

你担心的「每次抛出都执行相同处理逻辑」的需求，完全可以通过全局统一异常捕获实现：比如在项目入口的最外层加统一的try-except分支，所有DirectoryExistsError抛出后都走到同一个处理逻辑，既保证了逻辑统一，又保留了特殊场景下自定义处理的可能性。

第二种方案的优势 #

• 符合单一职责原则：自定义异常只负责承载错误信息，处理逻辑和异常定义完全解耦。
• 兼容性强：不管是当前需要直接打印退出，还是后续有其他处理需求，都可以在捕获异常的分支里灵活调整，不需要修改异常类本身的代码。
• 可测试性好：单元测试里可以直接用pytest.raises等断言方式验证异常是否被正确抛出，不会触发意外的进程退出。

额外提示：两种实现里的异常基类都存在笔误，Python标准的顶层异常基类是BaseException，你多写了末尾的s；正常自定义业务异常更推荐继承Exception而不是BaseException，避免误捕获KeyboardInterrupt这类系统级异常。

内容的提问来源于stack exchange，提问作者オパラ