hasattr 不可靠，因捕获 AttributeError 误判属性存在性；推荐用 getattr(obj, 'attr', default) 替代 hasattr + getattr；关键逻辑应 try/except 捕获 AttributeError 确保运行时行为。
用 hasattr 判断属性是否存在，但要注意它不区分属性和异常
hasattr(obj, 'attr_name') 看起来最直接，但它内部其实是靠捕获 AttributeError 来判断的。这意味着：如果该属性的 __get__ 方法（比如 property）在访问时抛出 AttributeError，hasattr 也会返回 False，哪怕属性确实存在。
常见踩坑场景：
- 类中定义了
@property，但 getter 里写了raise AttributeError——hasattr会误判 - 描述符（descriptor）或动态属性（如
__getattr__）行为复杂时，结果不可靠
所以它适合快速检查「普通字段或方法」，不适合用于关键逻辑分支判断。
用 getattr + 默认值替代 hasattr + getattr 两步调用
很多人写成这样：
立即学习“Python免费学习笔记（深入）”；
if hasattr(obj, 'name'):
value = getattr(obj, 'name')这其实触发了两次属性查找（一次检查、一次取值），而且有竞态风险（属性可能在两次调用间被删掉）。更稳妥、也更 Pythonic 的写法是：
value = getattr(obj, 'name', None)
然后检查 value 是否为预期值。如果默认值本身可能是合法值（比如 0 或空字符串），就用一个独一无二的哨兵对象：
_sentinel = object()
value = getattr(obj, 'count', _sentinel)
if value is not _sentinel:
# 属性存在且已读取想确认属性是否「可安全读取」？绕不开 try/except AttributeError
当你要确保「能取到值，且不因副作用失败」时，hasattr 和 getattr 都不够用。比如：
- 属性是带副作用的
@property（如触发网络请求） - 你只关心「这次访问不炸」，而不是「定义上有没有」
这时候唯一可靠的方式就是显式捕获：
try:
value = obj.timeout
except AttributeError:
value = 30别嫌啰嗦——这是唯一能反映「运行时实际行为」的方式。所有封装都会掩盖异常源头，而这里你恰恰需要看到它。
注意 hasattr 和 getattr 对 __getattr__ 的触发差异
如果对象实现了 __getattr__，那么：
-
hasattr(obj, 'missing')会调用__getattr__('missing')，并吞掉它抛出的AttributeError，返回False -
getattr(obj, 'missing', 'default')同样会触发__getattr__，但如果它没抛错，就直接返回其返回值
也就是说，这两个函数都尊重 __getattr__ 协议，但不会帮你区分「真不存在」和「__getattr__ 拒绝提供」。如果你要调试这类动态行为，得直接调用 obj.__getattr__('x') 或 inspect 对象的 __dict__ 和 type(obj).__dict__。
