Python异常怎么捕获_try-except-finally结构与错误处理-Python教程-PHP中文网

捕获特定异常比全局 except 更安全，因后者会吞掉 KeyboardInterrupt 和 SystemExit；应按实际错误类型捕获，如 FileNotFoundError、ConnectionError；多异常用元组但勿堆砌；不确定时用 except Exception:；捕获后须日志或 re-raise；finally 在 os._exit() 或 SIGKILL 时不执行；else 用于无异常才执行的逻辑，提升错误定位精度；嵌套 try 比长链 except 更清晰。

python异常怎么捕获_try-except-finally结构与错误处理

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

直接写 except: 会吞掉所有异常，包括 KeyboardInterrupt（Ctrl+C）和 SystemExit，导致程序无法正常中断或退出。这不是“保险”，是埋雷。

优先按实际可能出错的类型捕获，比如文件操作用 FileNotFoundError、PermissionError，网络请求用 ConnectionError、TimeoutError
多个异常可写成元组：except (ValueError, TypeError):，但别堆太多，否则掩盖问题本质
不确定时，至少用 except Exception:，避开 BaseException 子类（如 SystemExit）
捕获后别空着：至少打日志，或用 raise 重新抛出，否则错误静默消失

`finally` 不等于“一定会执行”，它绕不开 `os._exit()` 和致命信号

finally 块在绝大多数退出路径下都会运行——但有两个硬例外：调用 os._exit()（不触发清理），或进程被 SIGKILL（kill -9）强制终止。

日常用 sys.exit() 没问题，它会走 finally；但 os._exit() 是底层退出，跳过所有 Python 层级的清理逻辑
finally 适合关文件、释放锁、清理临时资源，但别在里面做耗时或可能再抛异常的操作（比如又去写磁盘）
如果 try 或 except 中已有 return，finally 仍会执行——但它不能改变已确定的返回值，除非它自己也 return

用 `else` 分离“没异常才执行”的逻辑，避免误捕正常流程异常

else 块只在 try 里没抛异常时运行，且在 finally 之前。它不是语法糖，是明确责任边界的工具。

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

常见误写：把本该放 else 的代码塞进 try，结果下游异常也被捕获，掩盖真实问题
典型场景：打开文件成功后才解析内容，open() 放 try，json.load() 放 else，这样 JSONDecodeError 就不会被当成“打不开文件”处理
else 里抛的异常不会被前面的 except 捕获，需另加处理——这反而是好事，逼你正视不同阶段的错误类型