try/except 本身不拖慢循环，真正拖慢的是异常被抛出和捕获的那一刻；未触发时开销可忽略，但异常触发一次开销暴增10–100倍，因需构建traceback、回溯调用栈、切换控制流；高频循环中滥用异常作控制流会显著降低性能。
try/except 本身不拖慢循环，真正拖慢的是异常被抛出和捕获的那一刻。
异常未触发时，try/except 几乎没开销
CPython 在编译阶段就为 try 块生成了少量额外字节码（比如 SETUP_EXCEPT），但只要没发生异常，解释器根本不会进入异常处理路径。实测中，空 try 块和纯 if 的性能差异在纳秒级，可忽略。
异常触发一次，开销暴增 10–100 倍
每次异常被抛出并捕获，Python 必须：
- 构建完整的
traceback对象（含文件名、行号、局部变量快照） - 逐层回溯调用栈，查找匹配的
except块 - 清空当前帧、切换控制流、初始化异常上下文
比如在循环里对每个字符串调用 int(s) 并靠 ValueError 捕获非法输入，比先用 s.isdecimal() 预检再转换慢得多——这不是语法问题，是底层机制决定的。
高频循环中把 try/except 当控制流用，等于主动踩坑
常见错误场景包括：
Python 3.14.2
下载
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 用
KeyError驱动字典默认值逻辑（应改用dict.get(key, default)或defaultdict） - 在解析大量混合格式数据时，靠
json.loads()+JSONDecodeError逐条试错（应先用正则或str.startswith('{')快速过滤） - 写
except:或except Exception:吞掉所有异常，掩盖真实问题，后续调试成本远高于运行时那点“省事”
异常率超过 ~10%，预检（LBYL）几乎总是更快；低于 ~1%，EAFP 更简洁且不慢——但别猜，用 timeit 实测：对典型数据跑 timeit.timeit(..., number=100000)，看异常比例对结果的影响。
容易被忽略的细节：except 范围越大，越危险
except ValueError: 和 except Exception: 在性能上差别极小，但语义风险天差地别：
-
except Exception:会吞掉KeyboardInterrupt、MemoryError等本不该被捕获的异常，导致 Ctrl+C 失效或静默崩溃 -
raise e会丢掉原始 traceback，让错误定位变成盲猜；该用raise（无参数）或raise NewError() from e -
try块包得越宽，越容易捕获本不该由它处理的异常（比如把json.loads()和f.read()放同一个try里，FileNotFoundError和JSONDecodeError就混在一起了）
真正影响性能的从来不是 try 关键字本身，而是你是否在用异常做本该由条件判断完成的事。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
