python三类方法本质区别在于绑定方式：实例方法调用时动态绑定实例并自动传self；类方法绑定类对象，自动传cls；静态方法完全不绑定，仅命名空间归类。
Python 中这三类方法在底层结构上确实不同，根本原因在于它们被绑定（binding）的方式和时机不同，直接影响调用时参数如何传入、对象如何查找、甚至内存中存储的位置。
实例方法会被自动绑定到实例对象上
当你定义一个普通方法（如 def foo(self, x)），它在类的 __dict__ 中只是一个函数对象；但一旦通过实例调用（如 obj.foo(1)），Python 会在运行时动态创建一个“绑定方法（bound method）”对象——这个对象内部持有一个对 obj 的引用，并把 self 参数自动填好。你能在 type(obj.foo) 看到它是 method 类型，而不是 function。
常见错误现象：TypeError: foo() missing 1 required positional argument: 'self' 就是因为你绕过实例，直接用 MyClass.foo(1) 调用——此时没绑定，self 没被自动传入，必须手动补上实例。
- 绑定发生在调用时，不是定义时
- 绑定方法对象会缓存对实例的强引用，可能影响垃圾回收
-
obj.method每次访问都可能新建绑定对象（CPython 有优化，但语义上仍是“每次获取”）
类方法被绑定到类对象，且第一个参数固定为 cls
@classmethod 修饰后，方法在类的 __dict__ 中存储为 classmethod 对象，不是普通函数。解释器识别它，在通过类或实例访问时，都会把当前类（而非实例）作为第一个参数传入。这个绑定是“类级别”的，不依赖具体实例。
inference.sh 的 Python SDK：运行 AI 应用、构建智能体，并集成 150 多个模型。包名：inferencesh (pip install inferencesh)。支持同步/异步……
使用场景：当你需要在方法内操作类变量、或返回新实例（比如替代构造函数 from_string），又不想硬编码类名（避免继承时出错），就靠它。
- 即使通过实例调用（
obj.class_method()），传入的仍是类，不是obj - 类方法对象本身不可直接调用，必须先通过类/实例“获取”（即触发 descriptor 协议）
- 继承时，
cls自动指向实际调用它的子类，不是定义时的父类
静态方法完全不绑定，只是“挂载在类命名空间里的普通函数”
@staticmethod 实际上是个“透明装饰器”：它把函数包装成 staticmethod 对象，但该对象的 __get__ 方法直接返回原函数本身，不做任何参数注入或对象绑定。所以 MyClass.static_func 和 MyClass.__dict__['static_func'].__func__ 指向同一个函数对象。
容易踩的坑：很多人以为加了 @staticmethod 就能“安全地放工具函数”，但若函数内部用了类名硬编码（如 MyClass.count += 1），那它在子类里调用时仍改的是父类属性，不是子类的——因为它根本不知道自己被谁调用。
- 调用
MyClass.static_func或obj.static_func，拿到的都是同一个函数对象 - 没有隐含参数，也不参与 descriptor 绑定逻辑，性能开销最小
- 它和模块级函数几乎等价，只是名字空间归类管理而已
真正复杂的地方不在语法糖，而在 descriptor 协议的触发时机和绑定对象的生命周期——比如你把实例方法赋值给变量（f = obj.method），之后再调用 f()，它依然能访问原实例，因为绑定已发生；但静态方法赋值后调用，就彻底脱离类上下文了。这点稍不注意，就会在回调、闭包或序列化场景里出问题。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
