hasattr本质是安全的getattr封装，仅判断属性名是否存在，不触发__getattr__、不区分none与缺失、不保证可读性，性能略低且对副作用property需谨慎。
hasattr 本质是安全的 getattr 封装，不是万能属性探测器
它只回答“这个对象有没有这个属性名”，不关心属性是否可读、是否为 None、是否抛异常。底层调用 getattr(obj, name, <em>sentinel</em>) 并判断是否触发了 AttributeError，所以性能略低于直接 getattr（多一次异常捕获开销）。
常见错误现象：hasattr(obj, 'foo') 返回 False，但 obj.foo 实际能访问——这通常是因为 foo 是通过 __getattr__ 动态生成的，而 hasattr 不会触发它；或者该属性在父类中被 @property 定义但 getter 抛了异常，hasattr 就会误判为“不存在”。
- 使用场景：快速跳过缺失字段（如解析 JSON 后的对象）、避免写一堆
try/except AttributeError - 不要用它代替类型检查或业务逻辑判断（比如“有 status 字段就认为是有效订单”）
- 对带副作用的
@property要格外小心——hasattr可能悄悄执行它
替代方案：getattr + sentinel 比 hasattr 更可控
当你需要区分“属性不存在”和“属性存在但值为 None”时，hasattr 无能为力，因为它只返回布尔值。这时直接用 getattr 更清晰。
示例：
config_value = getattr(settings, 'DEBUG', False) # 明确默认值
if getattr(obj, 'timeout', None) is not None: # 区分 None 和缺失
do_something(obj.timeout)
-
getattr(obj, name, default)在属性缺失时不抛异常，且能拿到真实值 - 若 default 设为
object()这类唯一哨兵对象，还能检测是否真的缺失（因为None可能是合法值） - 比
hasattr少一次函数调用，也避免重复调用属性 getter
动态检查类变量、实例变量、继承链的边界在哪
hasattr 查的是整个 MRO 链上的所有属性，包括类变量、实例变量、父类属性、描述符、甚至 __getattribute__ 允许访问的任何东西。但它查不到私有名称重写后的变量（如 __value 在类 A 中会被变成 _A__value），除非你传入重写后的名字。
- 它不区分“定义在当前类”还是“从父类继承来”，只要能访问就算
- 对
__slots__类，它只能报告 slots 中声明的属性名，即使你后来用setattr强行加了其他属性（取决于 Python 版本和实现） - 无法检测属性是否被
delattr删除后又未重新设置——此时返回False是准确的
为什么 hasattr(obj, '__dict__') 有时返回 False
因为不是所有对象都有 __dict__。内置类型（如 list、int）、使用 __slots__ 的类、C 扩展对象等，都可能禁用实例字典。这时候 hasattr(obj, '__dict__') 返回 False 是正常的，不代表对象“没属性”，只是属性存储方式不同。
- 别用它来判断对象是否“可动态赋值”，应改用
hasattr(type(obj), '__dict__')或检查__slots__ - 想看对象有哪些属性？优先用
dir(obj)，但注意它包含大量魔法方法和继承来的名字 - 真正需要枚举实例属性时，稳妥做法是
getattr(obj, '__dict__', {})，再 fallback 到vars(obj)
复杂点在于：属性访问行为完全由 <strong>getattribute</strong> 控制，而 hasattr 无法绕过它——它就是靠触发这个方法才工作的。所以一旦有人重写了它并偷偷吞掉异常或返回假值，hasattr 就不可信了。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
