一个函数有结果，也有必须履行的清理责任
读取文件时，程序不仅要算出结果，还要及时释放文件句柄。只在最后一行写 close，不能覆盖中途异常和提前返回的路径。异常处理回答的是“出错以后怎样报告或恢复”，资源清理回答的是“离开这段工作时必须释放什么”；两者相关，却不能相互替代。
本文构造一个教学函数：从文本文件逐行读取整数并求和，遇到无法转换的行就报错，不返回部分和。所有数据均为练习材料。先写清这个契约很重要：若输入失败时悄悄返回 0，调用者将无法区分“真实总和是零”和“根本没有得到有效结果”。
原创故障：第二行让最后的 close 无法执行
设文件内容依次为 14、bad、9。程序打开文件后设置 total=0；第一行转换成功，总和变为 14；第二行执行 int 转换时产生 ValueError；循环和后面的普通语句被跳过。如果 close 只写在循环之后，它不会按正常流程执行，第三行也不会继续处理。
这不是说资源永远不可能被系统回收，而是释放时机没有由程序明确保证。依赖对象恰好被回收会把行为绑在实现和运行环境上。教学时最好在纸上为每条可能报错的操作画一条退出箭头，再检查每条箭头是否经过清理步骤。
用 finally 守住离开路径
一种基本结构是：成功取得文件对象后，进入 try 读取和计算，在 finally 中调用 close。正常读完、读取过程抛错或 try 内提前 return，都会先经过 finally。若异常没有被处理，清理完成后它继续向外传播；finally 的存在本身不代表异常已经消失。
资源取得失败则是另一条路径。若 open 本身抛出 FileNotFoundError，就没有成功获得文件对象需要关闭。不要在一个可能尚未绑定的变量上无条件调用 close，否则会引入第二个错误。把“成功获取后开始保护”的边界写清楚，比在任何地方都补一个 finally 更重要。
文件场景优先理解 with 的边界
文件对象支持上下文管理，因此可以用 with open(...) as f 包住整个读取和求和过程。对于正常进入的文件上下文，离开代码块时会进行关闭，即使循环中的整数转换失败。Python 官方异常教程用文件说明这种预定义清理；文件关闭后，原来的转换异常通常仍继续传播。
但不要推广成“任何 with 都必然保留异常”。自定义上下文管理器可以按协议选择抑制异常，具体行为要查其文档。也不要把变量作用域和资源生命周期混淆：离开 with 后，变量 f 可能仍能被引用，但对应文件已经关闭，不能因为名字存在就继续读取。
except 和 else 应该承担更小的职责
如果上层要把坏输入展示成用户能理解的提示，可以针对 ValueError 处理，并保留错误位置。若文件打不开，应根据需求另外处理 OSError 等相关错误。把整个函数包在宽泛的 except 中然后忽略，会把程序缺陷、文件错误和输入问题混在一起，测试看起来“没报错”，实际结果却不可信。
else 用于 try 正常完成后才执行的步骤。比如 try 只负责数据转换，else 才记录“转换成功”。这样 else 自己产生的错误不会被同一组 except 意外当作转换错误捕获。注意 try 内的 return、break 或 continue 等控制转移也会影响是否执行 else，不能把它简单理解成永远伴随“没有异常”。
两个容易掩盖真实失败的陷阱
第一种是 finally 中出现 return。若 try 原本准备返回 23，而 finally 返回 0，调用者最终拿到的是 0；若 try 抛了异常，这个 return 还可能抑制异常。清理代码通常不应决定业务返回值。遇到“明明抛错却没有报错”，应检查 finally 以及上下文管理器的退出行为。
第二种是清理自身再次失败。关闭或释放资源的操作也可能抛异常，新的错误会影响对原错误的观察。设计时需要保留诊断线索，并按资源的实际文档处理。更大的边界是进程被强制终止、操作系统崩溃或断电；语言层面的 finally 不是这些情况下必然执行的承诺。
自测：写出返回值、异常与关闭状态
练习一：文件内容为 14、8、9，使用文件 with 读取并求和，在块内 return total。答案是返回 31，离开函数前文件关闭。练习二：内容为 14、bad、9，同样使用 with，但没有 except。答案是抛出 ValueError，文件关闭，不返回 14 或 23，第三行不再参与计算。
练习三：open 指向不存在的文件，with 的主体有没有开始？答案是没有，文件获取阶段就失败。练习四：try 准备返回 31，finally 却返回 −1。最终返回 −1，这是需要修正的控制流设计，而不是 Python 随机选择了一个结果。应让 finally 只承担必要的清理。
关闭资源不等于撤销已经发生的动作
如果函数已经写入半个文件、发送一条请求或修改了一部分数据库记录，关闭连接并不会自动撤销这些动作。是否支持回滚取决于资源、事务与调用方式。文件 with 的主要语义是管理关闭，不能据此宣称整个业务操作具备原子性，更不能把“没有泄漏”当成“没有留下半成品”。
复习时把正常、获取失败、处理失败、提前返回和清理失败分别列成路径，逐项检查可见结果与资源状态。测试可以使用临时文件和可观察的测试替身，避免依赖真实外部系统。本文帮助建立异常流程模型，实际日志中还应避免记录密码、令牌或未经处理的个人数据。
参考资料
下一步
如想练习 Python 异常路径与资源管理，请说明编程模块、错误发生位置，以及已经尝试的最小复现。相关辅导能否安排，取决于学科匹配和导师时间。