静态方法属于类不依赖实例，不能访问this、实例变量或方法，不可被重写只能隐藏，无super/this，加载早于对象，线程安全需谨慎。
静态方法不能访问实例变量和实例方法
静态方法属于类本身，不依赖对象实例，因此在方法体内直接使用 this、instanceVar 或调用 instanceMethod() 会编译报错：「non-static variable/method cannot be referenced from a static context」。
常见错误场景：
- 在
main方法里试图打印未声明为static的成员变量 - 把工具方法（如字符串校验）误写成实例方法，又在静态上下文中调用它
解决办法只有两个：把被访问的成员也改为 static，或先创建实例再调用——但后者违背了静态方法的设计初衷。
静态方法无法被重写（Override），只能被隐藏（Hide）
子类定义一个与父类签名完全相同的 static 方法时，不是多态意义上的重写，而是静态绑定下的“隐藏”。JVM 在编译期就决定调用哪个类的静态方法，取决于引用变量的声明类型，而非运行时实际对象类型。
立即学习“Java免费学习笔记（深入）”；
示例行为差异：
class Parent { static void say() { System.out.println("Parent"); } }
class Child extends Parent { static void say() { System.out.println("Child"); } }
Parent p = new Child();
p.say(); // 输出 "Parent"，不是 "Child"
这和实例方法的动态分派完全不同。如果你期望多态行为，别用 static。
网趣购物系统静态版支持网站一键静态生成，采用动态进度条模式生成静态，生成过程更加清晰明确，商品管理上增加淘宝数据包导入功能，与淘宝数据同步更新!采用领先的AJAX+XML相融技术，速度更快更高效！系统进行了大量的实用性更新，如优化核心算法、增加商品图片批量上传、谷歌地图浏览插入等，静态版独特的生成算法技术使静态生成过程可随意掌控，从而可以大大减轻服务器的负担，结合多种强大的SEO优化方式于一体，使
静态方法不能使用 super 或 this
因为静态方法不属于任何对象实例，this 和 super 都没有意义。尝试在静态方法中写 this.toString() 或 super.method() 会直接编译失败。
替代方案：
- 需要访问父类静态成员？用
ParentClass.STATIC_FIELD显式调用 - 需要复用逻辑？考虑提取为独立工具类的静态方法，或改用实例方法 + 继承设计
注意：静态内部类里的静态方法也不能用 this，哪怕它嵌套在实例类中。
静态方法加载时机与内存位置更早、更固定
类加载时，静态方法就随字节码一起进入方法区（Metaspace），无需等待对象创建；而实例方法只有在类初始化后、首次调用该对象方法时才参与动态绑定流程。
这意味着：
- 静态方法更适合做类级别的初始化逻辑（如
static {}块配合使用） - 反射调用静态方法不需要传入实例（
method.invoke(null, ...)） - 序列化/反序列化不保存静态方法，也不触发其逻辑
真正容易被忽略的是：静态方法里的局部变量仍是线程私有的，但若它操作了共享的静态字段，就立刻变成线程安全问题——这点比实例方法更隐蔽，因为开发者常误以为“静态=线程安全”。
