Python未捕获异常是否引发内存泄漏？自动化脚本编码规范咨询

让我结合Python的运行机制和编码规范，逐个解答你的疑问：

问题1：未捕获异常导致脚本退出是否会引发内存泄漏？ #

明确告诉你：纯Python编写的脚本，未捕获异常退出完全不会导致内存泄漏，你同事的担心是多余的。

原因很简单：

• 当Python进程因为未捕获异常退出时，操作系统会直接回收该进程占用的所有内存资源，不管代码里有没有未清理的对象。
• 就算退一步说，CPython自身的垃圾回收机制（引用计数+分代回收）在进程终止前，也会处理掉所有存活的对象，循环引用这类特殊情况也会被清理。
• 唯一可能的“泄漏”场景是使用了存在bug的C扩展模块（比如模块里手动malloc了内存但没free），但这种情况属于扩展模块的问题，和Python层面的未捕获异常无关。你的场景是内部自动化脚本，大概率用的是成熟的纯Python库，完全不用担心这个问题。

问题2：Python编码规范中是否存在“禁止留未捕获异常到最后”的共识？ #

答案是：没有这种绝对的共识，得看程序的场景。

咱们先明确几个关键点：

1. 官方的PEP8编码规范里，从来没有“必须捕获所有顶层异常”的强制要求。所谓“设计良好的程序绝不留未捕获异常”，是针对长期运行的服务类程序（比如Web后端、守护进程）——这类程序如果因为未捕获异常崩溃，会影响服务可用性，所以需要顶层捕获并优雅处理。
2. 但对于一次性运行的自动化脚本，情况正好相反：让未捕获的异常自然冒泡到顶层，反而能生成最完整的错误栈信息（包括调用链、出错行号、异常类型和详细原因），这对工程师排查问题来说价值极大。而你同事修改后的代码，不仅丢失了关键的栈迹，还存在bug——except Exception块里引用的err变量只在except IOError块中定义，运行到这里会直接抛出NameError，反而引入了新问题。
3. 另外，Python遇到未捕获异常时，默认会返回非零的退出码（通常是1），完全满足你需求中“返回错误码退出”的要求，同时还自动打印了详细的错误信息，比手动捕获后调用exit(1)要高效实用得多。

总结 #

你的原始代码更贴合当前需求：IOError重试，其他异常直接暴露完整栈迹并退出，既符合业务逻辑，又方便后续排查问题。同事的修改不仅没必要，还引入了新bug，反而降低了错误信息的可用性。

内容的提问来源于stack exchange，提问作者Vespene Gas