之前一直認為static塊是在class load的時候執行，今天在驗證Spring初始化Context loader的時候，發現bean的static塊並沒有執行。

Java代碼：

1 Class A{   
2    static{
3       System.out.println("static block invoked!")
4    }
5 }

那麽static塊到底在什麽時候運行的呢？如果了解JVM原理，我們知道，一個類的運行分為以下步驟：

1. 裝載
2. 連接
3. 初始化

其中裝載階段又三個基本動作組成：

1. 通過類型的完全限定名，產生一個代表該類型的二進制數據流
2. 解析這個二進制數據流為方法區內的內部數據結
3. 構創建一個表示該類型的java.lang.Class類的實例

另外如果一個類裝載器在預先裝載的時遇到缺失或錯誤的class文件，它需要等到程序首次主動使用該類時才報告錯誤。

連接階段又分為三部分：

1. 驗證，確認類型符合Java語言的語義，檢查各個類之間的二進制兼容性(比如final的類不用擁有子類等)，另外還需要進行符號引用的驗證。
2. 準備，Java虛擬機為類變量分配內存，設置默認初始值。
3. 解析(可選的) ，在類型的常量池中尋找類，接口，字段和方法的符號引用，把這些符號引用替換成直接引用的過程。

　　當一個類被主動使用時，Java虛擬就會對其初始化，如下六種情況為主動使用：

1. 當創建某個類的新實例時（如通過new或者反射，克隆，反序列化等）
2. 當調用某個類的靜態方法時
3. 當使用某個類或接口的靜態字段時
4. 當調用Java API中的某些反射方法時，比如類Class中的方法，或者java.lang.reflect中的類的方法時
5. 當初始化某個子類時
6. 當虛擬機啟動某個被標明為啟動類的類（即包含main方法的那個類）

Java編譯器會收集所有的類變量初始化語句和類型的靜態初始化器，將這些放到一個特殊的方法中：clinit。

　
實際上，static塊的執行發生在“初始化”的階段。初始化階段，jvm主要完成對靜態變量的初始化，靜態塊執行等工作。

下面我們看看執行static塊的幾種情況：

1、第一次new A()的過程會打印""；因為這個過程包括了初始化

2、第一次Class.forName("A")的過程會打印""；因為這個過程相當於Class.forName("A",true,this.getClass().getClassLoader());

3、第一次Class.forName("A",false,this.getClass().getClassLoader())的過程則不會打印""。因為false指明了裝載類的過程中，不進行初始化。不初始化則不會執行static塊。

java static代碼塊執行時機