Python中两种类属性缺失检查方法的差异与优选咨询

咱们先来拆解这两种写法的差异，再结合你提到的三个标准（多继承一致性、跨版本可移植性、低开销）来判断优先级：

1. 行为逻辑的细微区别 #

• try-except（EAFP范式）：直接尝试访问self.foo，只有当访问触发AttributeError时才设置默认值。但要注意一个边缘情况：如果self.foo本身存在，但访问它的过程中抛出了AttributeError（比如foo是一个@property，其getter主动抛出这个异常），这种写法会误判为“属性不存在”，并直接在实例上赋值self.foo = 'default'——这会覆盖类层面的@property定义。
• hasattr（LBYL范式）：内部其实是通过try: getattr(self, 'foo'); return True; except AttributeError: return False实现的，它以“能否成功获取属性”作为判断标准。遇到上述@property抛AttributeError的情况，hasattr会返回False，最终也会执行赋值，结果和try-except一致。但如果访问self.foo时抛出的是非AttributeError的异常（比如ValueError），两种写法都会直接抛出该异常，行为完全相同。

2. 多继承场景下的一致性 #

两种写法都会严格遵循Python的方法解析顺序（MRO）来查找属性，不存在多继承下的一致性差异。不管是直接访问还是用hasattr，都会按照MRO从当前类到父类依次查找foo。哪怕父类通过__getattr__或__getattribute__动态生成属性，两种写法都会触发这些特殊方法的逻辑，行为保持一致。

两种写法在所有主流Python版本（包括Python 2.7、Python 3.x全系列）中都能正常工作，没有兼容性问题。哪怕是Python 2中的旧式类（未继承object），属性查找机制的差异也不会影响这两种写法的正确性——它们都会遵循对应版本的规则。

• 当self.foo存在时：try-except的开销几乎可以忽略，Python对未触发异常的try块有专门优化，直接访问属性的速度远快于调用hasattr（多了一层函数调用的开销）。
• 当self.foo不存在时：两种写法都需要处理AttributeError，开销相近，但try-except还是略优（少了hasattr的函数调用环节）。

结合你提到的三个标准，优先推荐try-except的写法：

• 多继承下和hasattr行为完全一致，不存在一致性问题；
• 跨版本兼容性拉满，所有Python版本都支持；
• 性能开销更低，尤其是在属性存在的常见场景下优势明显。

另外，Python社区本身更推崇这种“请求原谅比请求许可”（EAFP）的范式，写法也更符合Python的简洁直观风格。

内容的提问来源于stack exchange，提问作者00__00__00