防御式编程需精准捕获具体异常（如FileNotFoundError）、禁用空except、慎用assert（生产环境失效）、避免可变默认参数、合理使用getattr默认值，并时刻反思分支是否真正可控。
怎么用 try/except 捕获真正该捕的异常
防御式编程不是把所有代码都套进 try/except，而是只拦截你明确知道如何处理、且不影响程序逻辑流向的异常。盲目捕获 Exception 会掩盖 KeyboardInterrupt、SystemExit，甚至让 MemoryError 静默失败。
- 只捕获具体异常类型：比如读文件就捕
FileNotFoundError和PermissionError，而不是Exception - 永远避免空
except:—— 它连Ctrl+C都吞掉 - 如果只是想“出错了就跳过”，至少加个
logging.warning()记下sys.exc_info()[0].__name__，不然问题永远找不到 -
except ValueError as e:中的e要真用，别光声明不引用（否则 PyCharm 会警告，而且你根本不知道错在哪）
assert 不能当运行时校验用
assert 在 Python 启动加了 -O 参数（比如生产环境常开）时会被完全移除，它只适合做开发阶段的“这绝不可能发生”式检查，不是防御逻辑。
- 需要稳定生效的输入校验，用
if not isinstance(x, str): raise TypeError -
assert len(items) > 0看似合理，但上线后可能直接崩在空列表上，因为断言没了 - 调试时可临时加
assert快速验证假设，但提交前得转成显式判断 + 异常抛出
函数参数默认值别用可变对象
这是 Python 新手踩最多次的坑，表面看是语法问题，本质是防御式编程缺失：没预判到默认值被重复使用带来的状态污染。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 错误写法：
def add_item(item, items=[]): items.append(item); return items—— 第二次调用时items已不是空列表 - 正确写法：
def add_item(item, items=None): items = items or []或更严谨地items = [] if items is None else items - 类属性同理：不要写
class Cache: data = {}，实例间会共享这个字典；应放在__init__里初始化
用 getattr 和 hasattr 前先想清楚“不存在时怎么办”
这两个函数本身不报错，但容易让人误以为“安全了”，结果后续操作因属性不存在而崩在别处，反而更难定位。
立即学习“Python免费学习笔记（深入）”；
-
hasattr(obj, 'timeout')在某些自定义__getattr__的类里可能触发副作用，不如直接getattr(obj, 'timeout', 30)一步到位 - 给
getattr加默认值不是为了“随便凑一个”，而是要确保返回值类型和后续代码兼容（比如期望是int，就别默认None） - 如果默认值是复杂对象（如
dict），记得用lambda延迟构造，避免多个调用共享同一份内存
if、try、getattr 时，都得停下来问一句：“这个分支，我真能处理好，还是只是假装稳住了？” 
