Python异常处理应精准捕获具体异常类型，避免裸except；在except中需记录日志、提供默认值或包装异常；善用else和finally补全逻辑与资源清理；禁用异常做流程控制。
Python异常处理的核心是用 try...except 捕获并合理响应错误，而不是掩盖问题或让程序静默崩溃。写得好的异常处理既保障程序健壮性，又便于调试和维护。
明确捕获具体异常类型
避免使用裸 except: 或 except Exception:，它们会吞掉所有错误（包括 KeyboardInterrupt、SystemExit），干扰调试甚至导致逻辑失控。
- 只捕获你预期且能处理的异常，比如
ValueError、FileNotFoundError、KeyError - 例如读配置文件时，更该捕获
json.JSONDecodeError而不是泛泛的Exception - 不确定时，先运行、看报错类型，再精准补上
except
在 except 中做有意义的事
捕获异常不是终点，而是处理的开始。空 except: 或只写 pass 是常见反模式。
- 记录日志：用
logging.error("Failed to load config", exc_info=True)留下完整 traceback - 提供默认值：如
config.get('timeout', 30)失败时 fallback 到安全值 - 主动抛出更清晰的异常：把底层
OSError包装成业务相关的ConfigLoadError("Invalid path")
善用 else 和 finally 补全逻辑流
else 块在没异常时执行，适合放“成功路径”的干净代码；finally 保证资源清理，无论成败都运行。
立即学习“Python免费学习笔记（深入）”；
-
else避免把本不该被异常捕获的代码塞进try块里（降低误捕风险） -
finally关闭文件、释放锁、断开连接——比靠运气等 GC 更可靠 - 示例：
with open(...)已自动处理关闭，但涉及数据库连接或自定义资源时，finally不可替代
不要用异常做流程控制
比如用 KeyError 来判断字典是否有键，不如直接用 dict.get() 或 in 操作符；用 StopIteration 控制循环，不如用 for 语句。
- 异常机制有性能开销，频繁抛/捕影响效率
- 语义不清：异常表示“意外”，不是“常规分支”
- 可读性差，别人读到
except KeyError会以为真出了错，而非设计如此
