静态代码块执行时间点 和 常量的初始化时间点

静态代码块执行时间点

错误认识：刚开始误认为JAVA静态代码块在类被加载时就会自动执行。

正确：在类的初始化阶段执行

解释

类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。

当一个类被主动使用时，Java虚拟就会对其初始化，如下六种情况为主动使用：

• 当创建某个类的新实例时（如通过new或者反射，克隆，反序列化等）
• 当调用某个类的静态方法时
• 当使用某个类或接口的静态字段时
• 当调用Java API中的某些反射方法时，比如类Class中的方法，或者java.lang.reflect中的类的方法时
• 当初始化某个子类时
• 当虚拟机启动某个被标明为启动类的类（即包含main方法的那个类）

引申

执行顺序：

1、类内容（静态变量、静态初始化块） => 实例内容（变量、初始化块、构造器）

2、父类的（静态变量、静态初始化块）=> 子类的（静态变量、静态初始化块）=> 父类的（变量、初始化块、构造器）=> 子类的（变量、初始化块、构造器）。

在一个spring管理的bean中  通过自动注入的一个bean对一个常量进行初始化出现空指针异常。

此时注入的bean为null.

原因分析：Java变量的初始化顺序为：静态变量或静态语句块（按声明顺序）–>非静态变量或构造代码块（按声明顺序）–>构造方法–>@Value/@Autowired等注解。

spring 在初始化变量的时候还没有执行对应的@Value/@Autowired等注解，所以导致注入的是null.