finally 不一定执行，仅当 os._exit() 终止进程或 finally 内抛未捕获异常时跳过；sys.exit() 不影响 finally 执行；推荐用 with 而非手动 try-except-finally 管理资源。
try-except-finally 里 finally 一定会执行吗？
绝大多数情况下会，但有两个明确例外：os._exit() 直接终止进程，或在 finally 块里又抛出未捕获异常（比如 raise 之后没被外层处理）。注意：sys.exit() 本质是抛 SystemExit 异常，它会被 except: 捕获，但不会阻止 finally 执行——除非你显式吞掉它。
文件打开后必须用 finally 关闭？其实更推荐 with
手动用 try-except-finally 管理文件容易漏写或错写 file.close()。Python 的 with 语句底层就是靠 __exit__ 保证资源释放，比手写 finally 更可靠、更简洁：
with open("data.txt", "r") as f:
content = f.read()
# 这里 f 自动关闭，无论 read() 是否抛异常只有当你需要在异常发生时做额外清理逻辑（比如回滚数据库事务 + 删除临时文件），才考虑显式写 finally。
在 except 和 finally 中都 raise 会怎样？
如果 except 块中 raise 了新异常，而 finally 里又 raise 或触发未处理异常，那么原始异常会被丢弃，只传播 finally 中的异常。这是常见静默丢失错误的原因：
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
立即学习“Python免费学习笔记（深入）”；
- 避免在
finally里主动raise，除非你明确要覆盖前面的异常 - 清理操作（如
close()、shutdown()）应包裹在内层try-except中，防止清理本身失败中断流程 - 例如：
try: sock.close() except OSError: pass
多层嵌套 try 的 finally 执行顺序
从最内层开始，逐层向外执行 finally。哪怕外层 try 根本没捕获到异常，只要对应 try 块已进入，它的 finally 就会运行：
try:
print("outer try")
try:
print("inner try")
raise ValueError
except ValueError:
print("inner except")
raise KeyError
finally:
print("inner finally") # 先执行
except KeyError:
print("outer except")
finally:
print("outer finally") # 后执行输出顺序是：outer try → inner try → inner except → inner finally → outer except → outer finally。别依赖这种嵌套顺序做关键资源释放——结构越深越难维护。
真正难的是让“清理动作”本身不失败。比如网络 socket 关闭时遇到 ConnectionResetError，或文件句柄已被回收却还调 close()。这些边界情况得单独兜底，不是加个 finally 就万事大吉。
