static修饰的变量和方法属于类而非实例，类加载时初始化且所有实例共享；静态方法不能访问非静态成员，静态内部类不持有外部类实例引用。
static修饰的变量和方法属于类，不是实例
Java中static关键字最核心的作用是把成员绑定到类本身，而不是某个对象。这意味着：即使没有创建任何MyClass实例，也能通过MyClass.count访问静态变量，或调用MyClass.printInfo()这样的静态方法。
常见错误是试图在static方法里直接访问this、super，或非静态字段——这会编译报错：non-static variable xxx cannot be referenced from a static context。
- 静态方法不能直接调用非静态方法，必须先创建实例（
new MyClass().instanceMethod()） - 静态变量在类加载时初始化，且所有实例共享同一份内存
- 静态块（
static { ... }）只执行一次，在类首次被主动使用时触发
static修饰内部类时只能访问外部类的静态成员
静态内部类（static class Inner）本质是一个独立类，只是命名空间嵌套在外部类中。它不持有对外部类实例的隐式引用，因此无法访问外部类的非静态字段或方法。
对比非静态内部类（即普通内部类），后者每个实例都隐含一个this$0指向外围实例，能自由访问外围类所有成员——但这也带来内存泄漏风险，尤其在持有Activity或Context时。
立即学习“Java免费学习笔记（深入）”；
- 静态内部类适合做工具类、Holder、Builder等无状态组件
- 若需访问外部类实例数据，应改用非静态内部类，或显式传入引用（如
new Inner(outerInstance)） - 匿名内部类默认是非静态的，所以也不能在
static上下文中直接创建并捕获非静态成员
static final常量在编译期可能被内联
当声明为public static final String API_URL = "https://api.example.com";这类基本类型或字符串字面量时，Javac可能在编译阶段就把该值“复制”到所有引用处。这意味着：如果仅更新这个常量所在的类（不重编译引用它的其他类），运行时不会看到新值。
这种行为只适用于编译期可确定的常量表达式（final + 字面量或简单运算），不适用于static final List<string> NAMES = Arrays.asList("a", "b");</string>这类运行时初始化的对象。
- 要避免内联陷阱，可将常量定义在单独的
Constants类中，并确保所有模块同步重新编译 - 更稳妥的做法是用
public static String getApiUrl() { return "https://api.example.com"; }替代字段，强制运行时解析 - 枚举类中的常量（
enum Status { ACTIVE, INACTIVE; }）不受此影响，因为枚举实例是对象，不是编译期常量
static代码块的执行时机与类加载顺序
static块在类第一次被主动使用时执行，例如：首次调用静态方法、访问静态字段（非final常量）、或通过new创建实例。但它不会因反射获取Class对象（如Class.forName("X")）就立即执行——除非参数initialize=true（默认为true，但某些框架或ClassLoader会设为false）。
多个static块按源码顺序依次执行；父类的static块总在子类之前运行。这点在设计单例、配置加载器或数据库连接池初始化时尤为关键。
class Parent {
static { System.out.println("Parent static"); }
}
class Child extends Parent {
static { System.out.println("Child static"); }
}
// 输出一定是：
// Parent static
// Child static
- 不要在
static块中执行耗时操作（如网络请求、大文件读取），否则会阻塞整个类加载流程 - 避免在
static块中抛出未检查异常（如RuntimeException），会导致ExceptionInInitializerError，之后对该类的所有访问都会失败 - Android中，Application类的
onCreate()比任何static块都晚执行，所以不能依赖static块去初始化需要Context的组件
