静态方法不接收 cls 是设计上的主动放弃，它被当作普通函数对待，不参与绑定逻辑，调用时参数原样传递，与模块级函数行为完全等价。
静态方法不接收 cls 是因为它根本不想知道“自己属于哪个类”
这不是 Python 的疏忽或限制，而是设计上的主动放弃。当你用 @staticmethod 装饰一个方法时，Python 明确告诉解释器：“请把它当作一个普通函数对待，只是碰巧写在类里面”。它不参与描述符协议中的绑定逻辑——既不绑定实例（所以不要 self），也不绑定类（所以不要 cls）。调用 MyClass.func() 或 obj.func() 时，Python 直接把函数对象取出来执行，参数原样传递，不做任何注入。
@staticmethod 和模块级函数在行为上完全等价
这是理解它为何不需要 cls 的关键锚点。如果你把一个静态方法剪出来，粘贴到模块顶层，重命名为普通函数，只要调用处同步改掉前缀，代码依然能跑、逻辑不变、测试全过，那就说明它本就不该依赖类上下文。
- 它不读写
MyClass.some_class_attr - 它不调用
MyClass.other_method() - 它不返回
MyClass(...)实例（那是@classmethod的活） - 它甚至不关心自己是不是定义在
MyClass里——换个类名，函数体一行都不用动
误加 cls 参数会直接报错
常见错误是凭经验写成 def func(cls, x) 还加了 @staticmethod，结果调用时多传了一个参数：
TypeError: func() takes 1 positional argument but 2 were given
因为 @staticmethod 已经切断了自动传参机制，cls 在这里就是个普通形参，而你调用时没显式传值，Python 就按定义数参数，发现少一个；但如果你真传了，比如 MyClass.func(MyClass, 42)，它又会运行——只是这个 cls 完全是手动塞进去的，跟装饰器无关。
和 @classmethod 的区别不是“要不要”，而是“能不能”
有人以为“我手动加个 cls 就能访问类属性”，但这是错觉。静态方法里写 cls.some_attr 不会出错，前提是调用方真的传了类对象进来；但它无法像 @classmethod 那样由 Python 自动保证 cls 总是当前类——子类继承后调用，@classmethod 中的 cls 是子类，而静态方法若硬编码了父类名，就失去多态性。
真正容易被忽略的点是：静态方法的“无状态”是契约，不是语法强制。你可以强行在函数体内写 MyClass.count += 1，也能运行，但这破坏了它的语义定位，后续重构或单元测试时会埋雷——它看起来是纯函数，实则偷偷改了全局状态。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
