类方法和静态方法本质不同：类方法用@classmethod装饰，自动传入cls（实际调用者类），支持继承与多态；静态方法用@staticmethod装饰，无隐式参数，仅为命名空间归属，不感知类结构。
静态方法和类方法根本不是“换种写法而已”，它们在参数绑定、访问能力、继承行为上完全不同——选错一个，轻则代码可读性崩坏，重则子类调用时逻辑静默失效。
类方法必须带 cls 参数，且它指向实际调用者类
类方法用 @classmethod 装饰，第一个参数固定为 cls，Python 自动传入当前调用它的类（不是父类，也不是硬编码的类名）。这意味着：
- 子类调用该方法时，
cls就是子类本身，能正确创建子类实例（比如工厂方法） - 可通过
cls.some_class_attr读写类变量，或调用其他@classmethod方法 - 不能直接访问实例属性（没有
self），也不能用cls.some_instance_attr
典型错误：把本该用 cls 的地方写成硬编码类名，比如 MyClass.count += 1。这样子类调用时仍改的是父类的 count，而不是自己的。
静态方法没有隐式参数，本质就是“挂类名下的普通函数”
@staticmethod 方法不接收 self 或 cls，它只是被放在类命名空间里，和模块级函数行为一致：
- 无法通过
cls或类名访问类属性（除非显式写MyClass.X） - 不能调用其他类方法或实例方法（除非手动传实例或类）
- 适合纯计算、校验、转换等无状态操作，比如
is_valid_email()、to_celsius()
常见误用：写了个 @staticmethod 却在里面反复用 MyClass.config。一旦类名改了，或想让子类覆盖配置，就得全量搜索替换——这已经违背了静态方法的设计意图。
调用方式相同，但语义和风险完全不同
两者都支持 Class.method() 和 obj.method()，但背后机制天差地别：
-
Class.method()对类方法：传入Class给cls；对静态方法：不传任何隐式参数 -
obj.method()对类方法：仍传入obj.__class__给cls（不是obj！）；对静态方法：同样不传隐式参数 - 如果你发现某个方法“好像没用到
cls”，别急着改成@staticmethod——先确认它是否可能被子类重用或依赖类名动态分发
真实坑点：有人把数据库连接工厂写成静态方法，结果子类想换连接池实现时，只能复制粘贴整段逻辑，因为静态方法完全不感知继承链。
不确定用哪个时，优先写 @classmethod
类方法比静态方法更灵活，且成本几乎为零：
- 哪怕当前没用到
cls，加了@classmethod也允许未来安全扩展（比如加日志打类名、按子类切换策略） - 如果真确认永远只做工具计算、不涉及类结构，再退化为
@staticmethod - 反向操作（从静态方法升级为类方法）需要检查所有调用点是否已传参，容易漏
最常被忽略的一点：类方法中的 cls 不仅是“为了访问类属性”，更是 Python 类型系统在运行时留下的钩子——它让方法天然支持多态，而静态方法连这个钩子都没有。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
