Python中@staticmethod装饰器能访问类变量是否违背静态方法设计初衷？

核心误区澄清 #

很多资料提到的「静态方法无法访问类变量」是简化表述，实际指的是静态方法不会像类方法一样隐式传入当前类的引用cls，也不会像实例方法一样传入实例引用self，并不是语法层面禁止你在静态方法里手动写死类名去访问属性——你这种写法语法完全合法，但不符合静态方法的设计初衷，也存在明显的缺陷。

你写的代码能运行的本质原因 #

你在static_method里写的MyClass.my_var += 1，本质是直接通过全局作用域中的MyClass类对象去访问它的属性，这和你在类外随便写一个普通函数操作MyClass.my_var没有任何区别，Python不会限制普通函数访问全局作用域的类对象，自然也不会限制静态方法这么做。

这种写法的问题 #

你这种写法完全违背了静态方法的设计目的，且不具备可扩展性：

• 如果你后续给MyClass写子类，子类继承这个静态方法后，调用子类的静态方法修改的永远是父类MyClass的my_var，不会适配子类的类变量，示例如下：

class MySubClass(MyClass):
    my_var = 100

MySubClass.static_method()
print(MySubClass.my_var) # 输出100，没有被修改
print(MyClass.my_var) # 输出1，修改的是父类的变量，完全不符合预期

如果你的逻辑需要修改类变量，应该用@classmethod，自动传入当前类的引用cls，继承时会自动适配：

class MyClass:
    my_var = 0

    @classmethod
    def class_method(cls):
        cls.my_var += 1

class MySubClass(MyClass):
    my_var = 100

MySubClass.class_method()
print(MySubClass.my_var) # 输出101，符合预期

静态方法的正确使用场景 #

静态方法的核心作用是把逻辑上属于类管辖范畴、但又不需要操作类或实例属性的函数，放到类的命名空间下，避免污染全局命名空间，让代码组织更清晰。
典型使用场景比如工具类的通用方法：

class StringUtil:
    @staticmethod
    def is_empty(s: str) -> bool:
        return s is None or len(s.strip()) == 0

这类方法的逻辑完全只依赖输入参数，不需要用到类或实例的任何属性，用静态方法就非常合适。

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