init和clinit區(qū)別
①init和clinit方法執(zhí)行時機不同
init是對象構(gòu)造器方法，也就是說在程序執(zhí)行 new 一個對象調(diào)用該對象類的 constructor 方法時才會執(zhí)行init方法，而clinit是類構(gòu)造器方法，也就是在jvm進行類加載—–驗證—-解析—–初始化，中的初始化階段jvm會調(diào)用clinit方法。
②init和clinit方法執(zhí)行目的不同
init is the (or one of the) constructor(s) for the instance, and non-static field initialization.
clinit are the static initialization blocks for the class, and static field initialization.
上面這兩句是Stack Overflow上的解析，很清楚init是instance實例構(gòu)造器，對非靜態(tài)變量解析初始化，而clinit是class類構(gòu)造器對靜態(tài)變量，靜態(tài)代碼塊進行初始化。看看下面的這段程序就很清楚了。
|
1
2
3
4
5
6
7
8
9
10
|
class X { static Log log = LogFactory.getLog(); // <clinit> private int x = 1; // <init> X(){ // <init> } static { // <clinit> }} |
clinit詳解
在準備階段，變量已經(jīng)賦過一次系統(tǒng)要求的初始值，而在初始化階段，則根據(jù)程序員通過程序制定的主觀計劃去初始化類變量和其他資源，或者可以從另外一個角度來表達：初始化階段是執(zhí)行類構(gòu)造器＜clinit＞（）方法的過程。
①＜clinit＞（）方法是由編譯器自動收集類中的所有類變量的賦值動作和靜態(tài)語句塊（static{}塊）中的語句合并產(chǎn)生的，編譯器收集的順序是由語句在源文件中出現(xiàn)的順序所決定的，靜態(tài)語句塊中只能訪問到定義在靜態(tài)語句塊之前的變量，定義在它之后的變量，在前面的靜態(tài)語句塊可以賦值，但是不能訪問如下代碼
|
1
2
3
4
5
6
7
|
public class Test{static{i=0；//給變量賦值可以正常編譯通過System.out.print（i）；//這句編譯器會提示"非法向前引用"}static int i=1；} |
②虛擬機會保證在子類的＜clinit＞（）方法執(zhí)行之前，父類的＜clinit＞（）方法已經(jīng)執(zhí)行完畢。 因此在虛擬機中第一個被執(zhí)行的＜clinit＞（）方法的類肯定是java.lang.Object。由于父類的＜clinit＞（）方法先執(zhí)行，也就意味著父類中定義的靜態(tài)語句塊要優(yōu)先于子類的變量賦值操作，如下代碼中，字段B的值將會是2而不是1。
|
1
2
3
4
5
6
7
8
9
10
11
|
static class Parent{ public static int A=1； static{ A=2；} static class Sub extends Parent{ public static int B=A； } public static void main（String[]args）{ System.out.println（Sub.B）； }} |
③接口中不能使用靜態(tài)語句塊，但仍然有變量初始化的賦值操作，因此接口與類一樣都會生成＜clinit＞（）方法。 但接口與類不同的是，執(zhí)行接口的＜clinit＞（）方法不需要先執(zhí)行父接口的＜clinit＞（）方法。 只有當父接口中定義的變量使用時，父接口才會初始化。 另外，接口的實現(xiàn)類在初始化時也一樣不會執(zhí)行接口的＜clinit＞（）方法。
注意：接口中的屬性都是static final類型的常量，因此在準備階段就已經(jīng)初始化話。
以上這篇詳談jvm--Java中init和clinit的區(qū)別就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持服務(wù)器之家。
原文鏈接：http://blog.csdn.net/u013309870/article/details/72975536
