classmethod 是实现继承友好型类方法的唯一正确选择，它自动绑定调用者类、支持子类复用、正确返回子类实例、安全操作类属性与方法；staticmethod 无法访问类且破坏封装，仅适用于完全解耦的纯函数。
因为 classmethod 能天然支持继承和类上下文，而 staticmethod 在多数需要“属于类”的场景里反而成了累赘——它既不能访问类，又容易让人误以为有类关联性。
调用时 cls 自动绑定，子类调用不掉坑
当你写一个工厂方法或统计逻辑，希望子类也能复用并自动指向自身类时，classmethod 的 cls 参数会如实反映调用者是谁；staticmethod 没有这个能力，硬写就得显式传入类名，破坏封装。
- 子类调用
MySubclass.from_string(...)→cls是MySubclass，返回正确子类实例 - 同功能若用
staticmethod，你得写成MySubclass.create(MySubclass, ...)或重复定义，否则返回的永远是父类实例 - 类属性修改（如计数器）在子类调用时也自然作用于子类自身，不会污染父类状态
替代构造器是高频刚需，staticmethod 做不了
标准库和主流框架里大量存在类似 datetime.fromtimestamp()、pathlib.Path.cwd() 这种方法——它们返回当前类（或子类）的新实例。classmethod 是唯一能干净实现这一点的机制。
-
@classmethod方法体内直接用cls(...)构造，语义清晰、类型安全 -
@staticmethod只能硬编码类名（如MyClass(...)），子类继承后行为失效 - 类型提示工具（如 mypy）能正确推导
cls返回类型；staticmethod返回类型只能写死或留空
类状态管理必须靠 classmethod，staticmethod 是假模假式
很多看似“工具函数”的逻辑，实际暗含类级契约：比如缓存控制、注册表、配置加载。一旦涉及类变量读写或类方法调用，staticmethod 就得退化成“带命名空间的全局函数”，失去面向对象的内聚性。
- 想更新
cls._registry或调用cls._validate()？只有classmethod能直接做 -
staticmethod若强行访问MyClass.class_attr，就锁死了类名，无法被继承复用 - 哪怕只是日志打点（
cls.__name__），staticmethod也得额外传参，徒增调用方负担
真正该用 staticmethod 的地方其实很窄：纯计算、无副作用、与类完全解耦的函数（比如 int_to_hex）。但这类函数放在模块顶层更合理；硬塞进类里，往往只是图个“归类”方便，结果反而让读者误判其与类的关联强度。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
