静态方法用@staticmethod装饰，不接收self或cls参数，本质是普通函数；类方法用@classmethod装饰，必须带cls参数，指向调用类（支持子类）。
静态方法用 @staticmethod，但别忘了它不接收隐式参数
静态方法本质就是普通函数，只是恰好放在类里。加了 @staticmethod 后，Python 不会自动传入 self 或 cls —— 这是它和普通实例方法最根本的区别。
- 调用时既可以用类名
MyClass.func()，也可以用实例obj.func()，两者行为完全一样 - 如果函数逻辑和类本身无关（比如工具函数、数据校验），又想组织在类命名空间下，才考虑用
@staticmethod - 常见误用：在静态方法里写
self.xxx或cls.xxx—— 会直接报NameError: name 'self' is not defined - 示例：
class Utils: @staticmethod def is_even(n): return n % 2 == 0 <p>Utils.is_even(4) # ✅ Utils().is_even(5) # ✅，但没用到实例
类方法必须带 cls 参数，且只能通过 @classmethod 声明
类方法的第一个参数固定是 cls，指向当前调用它的类（可能是子类）。这是实现工厂方法、替代构造器的唯一可靠方式。
-
cls是运行时决定的，不是写死的类名 —— 子类调用父类的类方法时，cls指向子类，这点和self.__class__类似但更安全 - 不能省略
cls参数，哪怕你没用到它；否则会报TypeError: xxx() takes 0 positional arguments but 1 was given - 别用实例调用类方法来“绕过” —— 虽然语法允许
obj.classmethod()，但语义上不合理，容易误导维护者 - 示例：
class Date: def __init__(self, year, month, day): self.year = year self.month = month self.day = day <pre class="brush:php;toolbar:false;">@classmethod def from_string(cls, date_str): year, month, day = map(int, date_str.split('-')) return cls(year, month, day) # ✅ 自动适配子类d = Date.from_string("2023-10-05")
别混用装饰器，也别在同一个方法上叠加多个
@staticmethod 和 @classmethod 互斥，不能同时用在一个方法上。Python 只认最靠近函数的那个装饰器，另一个会被忽略 —— 这不是叠加，是覆盖。
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
立即学习“Python免费学习笔记（深入）”；
- 错误写法：
@classmethod @staticmethod def bad_method(): ... # ❌ 实际按 staticmethod 处理，cls 参数不会被注入
- 更隐蔽的坑：继承时重写方法但漏掉装饰器。父类是
@classmethod，子类重写时没加，就变成普通实例方法了 - 判断依据很简单：看调用时是否需要访问类状态（如类变量、其他类方法）—— 需要就用
@classmethod，完全不需要就用@staticmethod，其余情况直接写实例方法
性能差异极小，选型关键看语义而非速度
有人测过，@staticmethod 比普通函数慢几个纳秒，@classmethod 多一次参数绑定，但这些在真实业务里完全可以忽略。真正该花时间琢磨的是：这个方法到底属于谁？
- 操作实例数据 → 实例方法
- 操作类本身（比如创建新实例、修改类变量）→
@classmethod - 纯计算、无任何类/实例依赖 →
@staticmethod（或干脆提成模块级函数） - 一个典型反模式：
@staticmethod里硬编码类名去调用类方法 —— 这其实该用@classmethod，让cls自动代入
静态方法和类方法的边界有时模糊，但只要盯住「这个逻辑是否需要知道它属于哪个类」这一条，就不会错。写完记得检查：有没有意外依赖 self 或 cls，调用方式是否和装饰器语义一致。
