静态方法不属于任何对象实例，它在类加载时绑定到Class对象，不依赖实例，调用时无需this上下文，也不能访问非static成员；实例方法则必须依附具体对象，隐含this参数，行为随对象状态变化。
静态方法不属于任何对象实例
Java 中的 static 方法在类加载时就绑定到 Class 对象上，不依赖于实例。调用 MyClass.staticMethod() 时，JVM 直接通过类引用查找符号表，根本不会检查是否有实例、也不需要 this 上下文。
常见误解是“通过对象调用静态方法就属于那个对象”，比如：obj.staticMethod() —— 这只是编译器允许的语法糖，字节码里实际仍是 MyClass.staticMethod()，且 IDE 通常会警告 “Static method should be accessed in a static way”。
非静态方法必须依附于具体对象
实例方法（即非 static 方法）在字节码中隐含接收一个 this 参数，其执行逻辑和字段访问都依赖运行时的具体对象。哪怕两个对象属于同一类，调用各自的 instanceMethod() 仍可能因 this.field 值不同而行为不同。
以下情况会直接报错：
立即学习“Java免费学习笔记（深入）”；
- 在
static上下文中（如main方法或静态块）直接访问this或未加static修饰的字段/方法 - 试图对
null引用调用实例方法 → 抛出NullPointerException
类加载阶段就确定静态方法归属
当 JVM 加载 MyClass 时，它的所有 static 成员（包括方法）被注册进该类的 java.lang.Class 实例中。这意味着：
- 子类继承父类的
static方法，但不是“重写”，而是独立存在两份：可通过Parent.staticM()或Child.staticM()分别调用 - 反射获取静态方法必须用
MyClass.class.getDeclaredMethod("name", ...)，不能用obj.getClass().getDeclaredMethod(...)依赖实例 - 动态代理、Spring AOP 等基于代理的机制，默认无法拦截静态方法，因为它们不走对象的方法分派链
容易被忽略的内存与生命周期细节
静态方法本身不占对象堆内存，但它的代码存在于方法区（JDK 8+ 是元空间），随类卸载而释放；而每次调用实例方法，都会在栈帧中压入一份 this 引用 —— 即便方法体为空，也依赖对象存活。
真正复杂的是混合场景：比如静态方法内部创建对象、又把该对象传给实例方法；或者用 ThreadLocal 在静态上下文中模拟“伪实例绑定”。这些不是归属问题，而是作用域与生命周期的叠加，稍不注意就会引发内存泄漏或状态错乱。
