静态成员属于类而非对象，由jvm在类加载时初始化并存储于方法区（jdk 7前）或堆中class对象末尾（jdk 8+），所有实例共享同一内存地址，生命周期与类一致。
static修饰的变量和方法属于类，不是某个对象——这不只是一句规则，而是JVM内存模型和类加载机制共同决定的底层事实。
类加载时就存在，跟对象完全无关
当JVM加载一个类（比如Student.class），它会解析字节码、生成对应的Class对象，并把静态成员一并注册进去。这个过程发生在任何new Student()之前。
- 静态变量在类加载阶段完成初始化，内存分配由JVM在方法区（JDK 7及以前）或堆中
Class对象末尾（JDK 8+）完成，仅一份副本 - 静态方法的字节码也绑定在
Class对象上，调用时直接查该类的方法表，不经过对象实例的虚方法表（vtable） - 哪怕你从不创建该类的任何实例，只要类被加载（例如访问了它的静态字段或方法），这些static成员就已经活在内存里了
所有对象共享同一份内存地址
静态变量不是“每个对象都有一份”，而是“所有对象背后指向同一个地址”。你可以把它想象成教室里的黑板：学生（对象）可以看、可以改，但黑板本身不属于某一个学生，它挂在墙上，属于整个教室（类）。
- 代码中写
s1.count = 100，实际是把Student.class持有的那个count值改了；s2.count读到的正是同一块内存里的新值 - 反编译字节码可见：通过对象访问静态变量（如
d1.count）会被编译器自动转为getstatic Student.count，中间压根没用到d1的引用 - 这种共享不是靠“复制”或“同步”，而是天然的单例式归属——静态成员的生命线绑在
Class对象上，不是堆里的普通对象
类元数据视角：Class对象才是真正的宿主
JVM内部把每个已加载的类都表示为一个java.lang.Class实例。这个实例本身是对象，但它代表的是“类的定义”，不是“类的实例”。static成员就是挂在这个Class对象身上的字段和方法。
-
Student.class.getFields()能拿到所有public static字段，说明它们是Class对象的“属性” - 反射调用
Student.class.getDeclaredMethod("doWork")拿到的就是静态方法，调用时传null作为接收者，因为它不需要实例上下文 - 如果类卸载（极少见，如OSGi环境），连带它的所有静态变量和方法都会从内存清除——进一步证明它们依附于类元数据，而非运行时对象
为什么不能在静态方法里用this或访问实例成员
因为静态方法根本不知道“当前对象是谁”。它的执行栈帧里没有this隐式参数，也没有对象头信息可读取。
- JVM调用静态方法用的是
invokestatic指令，它只关心类名和方法签名，不压入对象引用 - 而实例方法用的是
invokevirtual，第一条操作数栈必须是对象引用（即this） - 试图在static方法中写
this.name或直接调用toString()，编译器会报错——不是语法限制，而是语义上“不存在这个东西”
