Python类属性别名的引用机制、访问速度及@property性能疑问

你在类顶层写的方法别名写法：

class Demo:
    def very_long_name(self):
        pass
    short = very_long_name

属于类命名空间内的名称绑定，两个类属性指向同一个函数对象，没有额外数据副本，访问速度基本一致，只要不动态修改类上的very_long_name属性，两个名称会始终指向同一个方法，是完全可靠的别名实现。

针对你提出的实例属性别名写法、两点假设以及补充疑问，结论如下：

两点核心假设验证 #

实例层面的写法self.short = self.very_long_name本质是赋值当下的一次性引用绑定，两个名称会作为独立键存在于实例的__dict__中：

• 第一点假设（short为引用类型，不会额外占用内存存储数据副本）：大体正确。
  Python所有赋值操作都是绑定对象引用，不会主动复制对象本体，因此两个属性指向内存中同一个目标对象，不会生成完整的数据副本。仅存在极微小的额外开销：实例__dict__会多存一组键值对（键为'short'字符串，值为对应引用指针），单条开销仅几十字节，绝大多数场景可以完全忽略。

  注意：这种写法不是联动式的真别名：如果后续你重新给self.very_long_name赋新值，self.short不会同步更新，仍然指向最初绑定的旧对象。

• 第二点假设（通过别名访问属性的速度与访问原属性完全一致）：严格意义不成立，但实际使用无感知差异。
  两个属性都是实例__dict__中的一级键，查找流程完全一致，仅存在属性名字符串哈希计算、键比对的纳秒级差异（短名称的这部分耗时略低），不存在量级上的速度差，日常编码完全可以认为二者访问速度等价。

@property实现别名的速度问题 #

使用@property装饰器实现属性别名的访问速度会更慢 这个说法是正确的。
@property基于Python描述符协议实现，访问被包装的属性时，不会直接查询实例字典，而是会触发描述符的__get__逻辑、调用开发者定义的getter方法，函数调用本身存在栈帧创建、销毁的额外开销。实际测速来看，这种写法的访问速度比直接绑定引用的属性别名慢30%~50%，不过这个差异仅在百万次以上的高频循环场景下才会被感知，普通业务逻辑无需在意。
典型的@property联动别名实现如下：

class Demo:
    def __init__(self):
        self.very_long_name = "target_value"
    
    @property
    def short(self):
        return self.very_long_name

这种写法的优势是可以实现真正的联动别名：不管very_long_name后续怎么修改，访问short都能拿到最新值，不存在直接赋值绑定的引用不同步问题。

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