Python异常处理技巧：try-except用法与自定义异常详解

本文深入剖析了Python异常处理的核心陷阱与最佳实践，强调捕获具体异常类型（如ValueError、FileNotFoundError）远比使用宽泛的except:更安全，避免意外屏蔽KeyboardInterrupt和SystemExit等关键信号；详解raise与raise...from在保留异常链上的本质区别，帮助精准传递错误上下文；指出自定义异常必须继承Exception而非普通类，并给出简洁可靠的实现方式；同时警示finally块中return或raise会无条件覆盖原始异常，导致错误静默消失——这些看似细微却极易踩坑的细节，共同构成了健壮、可调试、符合Python哲学的异常处理体系。

捕获特定异常比用 except: 全局兜底更安全

直接写 except: 看似省事，实际会吞掉 KeyboardInterrupt、SystemExit 甚至内存耗尽时的 MemoryError，导致程序无法被 Ctrl+C 中断或异常退出失效。

• 永远优先捕获具体异常类型，比如 except ValueError:、except FileNotFoundError:
• 多个异常用元组写法：except (ValueError, TypeError):，别写成 except ValueError or TypeError:（后者逻辑错误）
• 想兜底又不破坏中断信号？加一句 except BaseException: 太重，改用 except Exception: ——它不包含 SystemExit 和 KeyboardInterrupt

raise 和 raise ... from 的区别不能只看语法

抛异常不只是“让程序停”，关键是传递上下文。直接 raise 会丢失原始异常栈，而 raise ... from 能保留因果链，对排查嵌套调用里的问题至关重要。

• 在 except 块里想包装异常并透出原因：用 raise NewError("xxx") from original_exc
• 如果只是重新抛出当前异常（比如做清理后继续上报），直接写 raise 即可，不用 from
• 误写 raise exc from None 会显式切断异常链，除非你明确要隐藏源头，否则别这么干

自定义异常类必须继承 Exception 或其子类

Python 不会把普通 class 当作异常处理。哪怕名字叫 MyError，没继承 Exception 就没法被 except MyError: 捕获。

• 最简写法：class ValidationError(Exception): pass
• 想带额外字段（比如错误码）？在 __init__ 里存，别覆盖 __str__ 除非真有格式化需求
• 避免继承 BaseException ——那是给系统级异常（如 SystemExit）留的，业务异常走 Exception 分支

finally 里 return 会吃掉异常

这是最容易踩的坑：只要 finally 块里有 return 或 raise，无论 try 或 except 里发生了什么，最终都以 finally 的行为为准。

• 示例：try: raise ValueError() finally: return 42 → 函数返回 42，ValueError 彻底消失
• 需要确保资源释放但不想干扰异常传播？finally 里只做清理（如 file.close()），别写 return 或 raise
• 真要在 finally 抛新异常？先用 sys.exc_info() 判断是否有活跃异常，再决定是否覆盖

异常链、异常类型继承关系、finally 的控制权优先级，这三块组合起来就容易出意料之外的行为。写的时候多想想“这个 except 真能抓到我要的错吗”“这个 finally 会不会悄悄吞掉报错”。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Python异常处理技巧：try-except用法与自定义异常详解》文章吧，也可关注golang学习网公众号了解相关技术文章。