Python中@property.setter为何不属于方法重载？解析方法重载问题

嘿，这个问题问得挺到位的！咱们先把核心概念捋明白，你就能轻松搞懂这里面的区别了。

先搞清楚：什么是「方法重载」？ #

通常说的方法重载（Method Overloading），是指在同一个类里定义多个同名方法，但它们的参数列表（参数数量、类型、顺序）不一样。调用的时候，程序会根据你传入的参数自动匹配对应的方法执行——比如Java、C#这类静态类型语言里很常见的那种。

但要明确：Python本身不支持这种传统意义上的方法重载！如果你在类里定义两个同名的普通方法，后面的会直接覆盖前面的，根本不会同时存在。比如你写：

class Test:
    def func(self):
        print("无参数")
    def func(self, x):
        print(f"有参数{x}")

t = Test()
t.func()  # 会报错，因为第二个func覆盖了第一个，现在它需要一个参数

再看@property.setter的本质：它不是重载，是属性的「访问器绑定」 #

你写的这段代码里的两个val，看起来同名又参数不同，但它们根本不是两个独立的方法：

class newOne():
    def __init__(self):
        self.__x = 0
    @property
    def val(self):
        return self.__x
    @val.setter
    def val(self,value):
        self.__x = value

咱们拆解一下这个过程：

1. 第一个@property装饰def val(self)，其实是把这个方法转换成了一个property对象，这个对象负责处理属性的「获取」操作（也就是你写obj.val时触发的逻辑）。
2. 第二个@val.setter装饰def val(self, value)，这里的val已经不是普通方法了，而是上面生成的property对象。@val.setter本质是调用这个property对象的setter方法，把后面的函数绑定为该属性的「设置」逻辑（也就是你写obj.val = xxx时触发的逻辑）。

简单说：这两个val不是两个同名方法，而是同一个property属性的两个组成部分——一个管读，一个管写。它们从始至终都不是作为独立的方法存在于类的命名空间里，自然谈不上「方法重载」。

为啥看起来像是「同名不同行为」？ #

这是Python的属性访问语法糖在起作用：

• 当你执行obj.val时，Python会自动调用property对象绑定的getter方法；
• 当你执行obj.val = 10时，Python会自动调用property对象绑定的setter方法。

这不是方法调用的重载，而是Python对属性访问的特殊处理——把看似普通的属性操作，映射到了对应的getter/setter函数上。

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