hasattr比直接访问更安全，因其先探查属性存在性并返回布尔值而不抛异常，适合生产环境的前置判断；但内部仍捕获AttributeError，且会触发property等有副作用的访问。
hasattr 为什么比直接访问更安全
直接用 obj.attr 访问属性，一旦属性不存在就会抛出 AttributeError，而生产环境里你往往不想让整个流程因为一个可预期的缺失字段就崩掉。用 hasattr(obj, "attr") 先探查，返回 True 或 False，不抛异常，适合做前置判断。
注意：hasattr 内部其实也是靠捕获 AttributeError 实现的，所以它不是“零开销”，只是把异常处理封装起来了。如果属性访问本身有副作用（比如触发了 property 的 getter 且该 getter 会修改状态或发请求），那 hasattr 也会触发它——这点常被忽略。
hasattr 在动态对象和鸭子类型中的典型用法
处理 JSON 解析结果、ORM 模型实例、requests 响应对象等不确定结构的数据时，hasattr 是最轻量的“协议检查”手段。比如解析第三方 API 返回的用户数据，字段可能随版本变化：
if hasattr(user_data, "email"):
send_welcome_email(user_data.email)
elif hasattr(user_data, "contact_email"):
send_welcome_email(user_data.contact_email)
else:
log_missing_contact(user_data)
- 别对字典用
hasattr——字典没有属性，只有键；该用"key" in dict或dict.get("key") - 对 dataclass 或
namedtuple实例可用，但要注意：如果字段是None或空字符串，hasattr仍返回True，它只管“有没有定义”，不管“值是否有效” - 自定义类中若重写了
__getattr__，hasattr可能返回意外的True，因为它会触发该方法
替代方案对比：getattr + default vs hasattr + getattr
想取值又怕报错，两种写法常见但行为不同：
立即学习“Python免费学习笔记（深入）”；
-
getattr(obj, "attr", "default")：简洁，推荐用于“有就用，没有就给默认值”的场景；但如果默认值是None，无法区分“属性真不存在”和“属性存在但值为None” -
hasattr(obj, "attr") and obj.attr：两次属性访问，性能略差；但逻辑清晰，适合需要显式分支处理的情况（比如存在时走 A 流程，不存在时走 B 流程） - 避免写
hasattr(obj, "attr") and getattr(obj, "attr")——多了一次查找，纯属冗余
容易踩的坑：描述符、property 和 __getattribute__ 的干扰
hasattr 对 property 是“透明”的，只要定义了 @property，哪怕 getter 抛异常，hasattr 仍返回 True（因为它只看定义，不执行 getter）。但如果你在 property 的 getter 里主动 raise AttributeError，hasattr 就会返回 False——这属于反模式，会破坏直觉。
更隐蔽的是 __getattribute__：如果类重写了它且对某些属性名统一抛 AttributeError，hasattr 就会跟着返回 False，哪怕那个属性实际在 __dict__ 里存在。这时候得结合 dir(obj) 或 "attr" in obj.__dict__ 辅助判断，但后者不覆盖继承链上的属性。
真正复杂的情况往往不在“有没有属性”，而在“这个属性能不能安全读取”。别只依赖 hasattr，必要时加 try/except 包裹实际访问逻辑。
