异常处理与边界控制是协同工作的安全组合：前者应对运行时意外，后者提前拦截非法输入；需分层防御，先边界检查再异常兜底，避免过度捕获或忽略上下文。
Python函数中异常处理和边界控制不是两套独立机制，而是协同工作的安全组合：异常处理应对运行时意外，边界控制提前拦截非法输入。关键在于分层防御——先用边界检查过滤明显错误，再用异常处理兜底不可预知的情况。
边界控制：在错误发生前就拦住它
边界控制是主动防御，通过条件判断限制输入范围或类型，避免函数进入危险状态。适合处理可预判的非法输入，比如负数阶乘、空列表求平均、超出索引范围等。
- 用
if not isinstance(x, int)校验类型，比等运行时报TypeError更早发现问题 - 对索引类操作，先检查
0 ，而不是直接<code>lst[i] - 数值计算前判断是否为
None或NaN（尤其来自外部数据源） - 边界检查失败时，通常抛出
ValueError或TypeError，语义清晰且便于调用方识别
异常处理：捕获无法提前预知的运行时问题
异常处理是被动响应，用于应对边界控制无法覆盖的场景，比如文件突然被删除、网络请求超时、第三方库内部报错等。不建议用try/except替代边界检查，否则会掩盖设计缺陷。
- 尽量捕获具体异常，如
FileNotFoundError，避免裸except: - 在
except块中做有意义的事：记录日志、提供默认值、转换异常类型（如把OSError转为自定义DataLoadError） - 必要时用
else块放无异常才执行的逻辑，用finally做清理（如关闭文件、释放锁）
二者配合的典型模式
一个健壮函数常同时使用两者：先做轻量级边界检查，再包裹可能出错的核心操作。例如读取配置并解析JSON：
立即学习“Python免费学习笔记（深入）”；
- 检查参数
config_path是否为字符串、非空、是绝对路径（边界控制） -
try打开文件并json.load()，捕获FileNotFoundError、PermissionError、json.JSONDecodeError（异常处理） - 若解析成功，再检查返回字典是否包含必需键（二次边界控制）
常见误区提醒
新手容易混淆两者的职责边界，导致代码脆弱或难维护。
- 用
try/except代替类型检查——看似“简洁”，实则让错误延迟暴露，调试成本上升 - 边界检查过于宽松（如只检查
len(lst) > 0却忽略元素类型），导致后续操作仍崩溃 - 在循环内过度使用
try/except捕获高频小异常（如KeyError），影响性能；此时应改用dict.get()或in判断 - 忽略异常上下文，只打印“出错了”，丢失关键变量值和调用栈信息
