object初始化java_java中的初始化具體是什麼意思

Ⅰ java中Object... 的用法是什麼意思

居然整個樓裡面都答非所問了看我的看我的哦提問者都說的這么清楚了

這個問題很好

日常使用不定參數時候基本是Object...可以等同於Object[] obj一維數組理解的

數組本質是連續的指針地址其中數組的頭指針是必須的但是二者的不同在於何處呢？

很明顯
Obj...是針對方法傳入參數的即只能在method（）內使用

即不定參數只能作為方法的形參，不能用作變數

然後你看我建立2個test犯法

java的數組結構在jvm的堆和棧上是不同的但是我個人沒有理解這問題如果提問者了解歡迎回復我

有關不定參數的使用

public viod method(Object[] obj,Object...) {

Obj操了自己；

}

不過，不定參數有兩個規定：第一，方法的參數列表中最多隻有一個不定長度的參數；第二，就是不定長度的數組的位置必須是最後一個參數。不然不能通過編譯。

Ⅱ Java JVM final修飾的變數會在准備階段初始化嗎

首先final修飾成員變數（final單獨修飾不和static一起使用）是在實例初始化的時候被賦值的。這個和非final修飾成員變數賦值時機沒有什麼不同，只不過final修飾的不能多次賦值罷了。
final static修飾的成員變數只有在其類型為ConstantValue時才會在准備階段被賦予具體值（而不類型的默認值）。
ConstantValue需要滿足2個條件，a：類型為基本類型或者String，b:此類型被賦值時只能使用字面量而不是方法的形式。
舉個例子：

final static int a = 1;//准備階段賦值-基本類型可以轉化為ConstantValue，且使用的是字面量賦值。
final static int a = getA();//初始化階段賦值-基本類型可以轉化為ConstantValue，但賦值不是使用字面量。
final static String b = "abc";//准備階段賦值-String可以轉化為ConstantValue，且使用的是字面量賦值。
final static String b= getB();//初始化階段賦值-String可以轉化為ConstantValue，但賦值不是使用字面量。
final static Object c = new Object();//初始化階階段賦值-其他類型不可以轉化為ConstantValue
final static Object c= new Object();//初始化階階段賦值-其他類型不可以轉化為ConstantValue

如何驗證以上結論

通過查看類生成的位元組碼可以驗證。：如下

public static final java.lang.String b;
descriptor: Ljava/lang/String;
flags: (0x0019) ACC_PUBLIC, ACC_STATIC, ACC_FINAL
ConstantValue: String abc

對於結論2和結論4可以使用Class.forName(String name, boolean initialize,ClassLoader loader)方法載入類並將initialize分別設置為true和false來驗證。

當initialize=false時getB()方法不執行。
當initialize=true時getB()方法執行。
因為initialize代碼載入類是是否執行初始化；即執行初始化時getB方法才執行，可知getB()不是在准備階段執行的，否則無論initialize為何值時getB方法都會執行。

Ⅲ JAVA問題：Object ob，是什麼意思有什麼用

Object ob;聲明一個Object類型的對象
因為Object是所有類型的父類型，所以把任何對象賦值給它

Ⅳ java 初始化是做什麼的

關於Java初始化，有多文章都用了很大篇幅的介紹。經典的<>更是用了專門的
一章來介紹Java初始化。但在大量有代碼實例後面，感覺上仍然沒有真正深入到初始化的本質。

本文以作者對JVM的理解和自己的經驗，對Java的初始化做一個比深入的說明，由於作者有水平限制，
以及JDK各實現版本的變化，可能仍然有不少錯誤和缺點。歡迎行家高手賜教。

要深入了解Java初始化，我們無法知道從程序流程上知道JVM是按什麼順序來執行的。了解JVM的執行
機制和堆棧跟蹤是有效的手段。可惜的是，到目前為止。JDK1。4和JDK1。5在javap功能上卻仍然存在
著BUG。所以有些過程我無法用實際的結果向你證明兩種相反的情況（但我可以證明那確實是一個BUG）

<>(第三版)在第四章一開始的時候,這樣來描述Java的初始化工作:
以下譯文原文:
可以這樣認為,每個類都有一個名為Initialize()的方法,這個名字就暗示了它得在使用之前調用,不幸
的是,這么做的話,用戶就得記住要調用這個方法,java類庫的設計者們可以通過一種被稱為構造函數的
特殊方法,來保證每個對象都能得到被始化.如果類有構造函數,那麼java就會在對象剛剛創建,用戶還來
不及得到的時候,自動調用那個構造函數,這樣初始化就有保障了。

我不知道原作者的描述和譯者的理解之間有多大的差異,結合全章,我沒有發現兩個最關鍵的字""
和""。至少說明原作者和譯者並沒有真正說明JVM在初始化時做了什麼,或者說並不了解JVM的初始化
內幕,要不然明明有這兩個方法,卻為什麼要認為有一個事實上並不存在的"Initialize()"方法呢?

""和""方法在哪裡？
這兩個方法是實際存在而你又找不到的方法，也許正是這樣才使得一些大師都犯暈。加上jdk實現上的一
些BUG，如果沒有深入了解，真的讓人摸不著北。

現在科學體系有一個奇怪的現象，那麼龐大的體系最初都是建立在一個假設的基礎是，假設1是正確的，
由此推導出2，再繼續推導出10000000000。可惜的是太多的人根本不在乎2-100000000000這樣的體系都
是建立在假設1是正確的基礎上的。我並不會用「可以這樣認為」這樣的假設，我要確實證明""
和""方法是真真實實的存在的：

packagedebug;
publicclassMyTest{
staticinti=100/0;
publicstaticvoidmain(String[]args){
Ssytem.out.println("Hello,World!");
}
}

執行一下看看,這是jdk1.5的輸出：

java.lang.ExceptionInInitializerError
Causedby:java.lang.ArithmeticException:/byzero
atdebug.MyTest.(Test.java:3)
Exceptioninthread"main"

請注意，和其它方法調用時產生的異常一樣，異常被定位於debug.MyTest的.

再來看：

packagedebug;
publicclassTest{
Test(){
inti=100/0;
}
publicstaticvoidmain(String[]args){
newTest();
}
}

jdk1.5輸入：
Exceptioninthread"main"java.lang.ArithmeticException:/byzero
atdebug.Test.(Test.java:4)
atdebug.Test.main(Test.java:7)

JVM並沒有把異常定位在Test()構造方法中，而是在debug.Test.。

當我們看到了這兩個方法以後，我們再來詳細討論這兩個「內置初始化方法」（我並不喜歡生造一些
非標準的術語，但我確實不知道如何規范地稱呼他們）。

內置初始化方法是JVM在內部專門用於初始化的特有方法，而不是提供給程序員調用的方法，事實上
「<>」這樣的語法在源程序中你連編譯都無法通過。這就說明，初始化是由JVM控制而不是讓程序員
來控制的。

類初始化方法：
我沒有從任何地方了解到的cl是不是class的簡寫，但這個方法確實是用來對「類」進行初
始化的。換句話說它是用來初始化static上下文的。

在類裝載（load）時，JVM會調用內置的方法對類成員和靜態初始化塊進行初始化調用。它們
的順序按照源文件的原文順序。
我們稍微增加兩行static語句：
packagedebug;
publicclassTest{
staticintx=0;
staticStrings="123";
static{
Strings1="456";
if(1==1)
thrownewRuntimeException();
}
publicstaticvoidmain(String[]args){
newTest();
}
}
然後進行反編譯：
javap-cdebug.Test

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
staticintx;

staticjava.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#2;//classdebug/Test
3:p
4:invokespecial#3;//Method"":()V
7:pop
8:return

static{};
Code:
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

}
這里，我們不得不說，JDK在javap功能上的實現有一個BUG。static段的16標號，那裡標識了異常
的位置發生在""方法中，而實際上這段程序運行時的輸出卻是：

java.lang.ExceptionInInitializerError
Causedby:java.lang.RuntimeException
atdebug.Test.(Test.java:8)
Exceptioninthread"main"

但我們總可以明白，類初始化正是按照源文件中定義的原文順序進行。先是聲明

staticintx;

staticjava.lang.Strings;

然後對intx和Strings進行賦值：
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
執行初始化塊的Strings1="456";生成一個RuntimeException拋
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

要明白的是，""方法不僅是類初始化方法，而且也是介面初始化方法。並不是所以介面
的屬性都是內聯的，只有直接賦常量值的介面常量才會內聯。而

[publicstaticfinal]doubled=Math.random()*100;

這樣的表達式是需要計算的，在介面中就要由""方法來初始化。

下面我們再來看看實例初始化方法""

""用於對象創建時對對象進行初始化，當在HEAP中創建對象時，一旦在HEAP分配了空間。最
先就會調用""方法。這個方法包括實例變數的賦值（聲明不在其中）和初始化塊，以及構造
方法調用。如果有多個重載的構造方法，每個構造方法都會有一個對應的""方法。

同樣，實例變數和初始化塊的順序也是按源文件的原文順序執行，構造方法中的代碼在最後執行：

packagedebug;
publicclassTest{
intx=0;
Strings="123";
{
Strings1="456";
//if(1==1)
//thrownewRuntimeException();
}

publicTest(){
Stringss="789";
}

publicstaticvoidmain(String[]args){
newTest();
}
}

javap-cdebug.Test的結果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
intx;

java.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:iconst_0
6:putfield#2;//Fieldx:I
9:aload_0
10:ldc#3;//String123
12:putfield#4;//Fields:Ljava/lang/String;
15:ldc#5;//String456
17:astore_1
18:ldc#6;//String789
20:astore_1
21:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#7;//classdebug/Test
3:p
4:invokespecial#8;//Method"":()V
7:pop
8:return
}

如果在同一個類中，一個構造方法調用了另一個構造方法，那麼對應的""方法就會調用另一
個""，但是實例變數和初始化塊會被忽略，否則它們就會被多次執行。

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";

publicTest(){
s1="s1";
}
publicTest(Strings){
this();
if(1==1)thrownewRuntime();
}
Stringrt(Strings){
returns;
}
publicstaticvoidmain(String[]args){
newTest("");
}
}

反編譯的結果：
Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:aload_0
21:ldc#2;//Strings1
23:putfield#4;//Fields1:Ljava/lang/String;
26:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

我們再一次看到了javap實現的bug，雖然有一個"":(Ljava/lang/String;)V簽名可以說明
每個構造方法對應一個不同,但Runtime異常仍然被定位到了""()V的方法中：
invokespecial#8;//Methodjava/lang/RuntimeException."":()V,而在main方法中的
調用卻明明是"":(Ljava/lang/String;)V.

但是我們看到，由於Test(Strings)調用了Test();所以"":(Ljava/lang/String;)V不再對
實例變數和初始化塊進次初始化：

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

而如果兩個構造方法是相互獨立的，則每個構造方法調用前都會執行實例變數和初始化塊的調用：

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";
{
Strings3="s3";
}
publicTest(){
s1="s1";
}

publicTest(Strings){
if(1==1)
thrownewRuntimeException();
}

Stringrt(Strings){
returns;
}

publicstaticvoidmain(String[]args){
newTest("");
}
}

反編譯的結果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_1
23:aload_0
24:ldc#2;//Strings1
26:putfield#4;//Fields1:Ljava/lang/String;
29:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_2
23:new#8;//classjava/lang/RuntimeException
26:p
27:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
30:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

Ⅳ Java 子類初始化的疑問，感覺是大牛的人進！

B b = new B();
∵B繼承A
∴B的run()方法覆蓋了A的run()方法
∵new B()首先隱含調用了super()
∴執行了public A(){run();}方法
∵這個run()方法是子類B的方法
又∵這時候子類B的構造方法還沒有執行
∴子類B的屬性i還沒有值
∴現在i是默認的0

樓主的困惑就在於沒有理清那個輸出0的run()方法是誰的run(),你分別在兩個run()方法里加入System.out.println("class A");System.out.println("class B")就能明白了。你可能會發現沒列印class A。

Ⅵ java中Object 是什麼意思

java方法中返回一個Object類型的對象表示這個方法返回的類型不受限制，因為Object是所有類的父類，返回任意一個類型都屬於Object類型。x0dx0a事例代碼如下：x0dx0apublic class Demo2 {x0dx0a private static int x = 1;//定義一個int型變數x0dx0a public static void main(String[] args) { x0dx0a System.out.println(a());x0dx0a }x0dx0a private static Object a(){//此返回Object類型的值x0dx0a return x;//結果一個int型變數也可以x0dx0a }x0dx0a}x0dx0a Object類是類層次結構的根，Java中所有的類從根本上都繼承自這個類。x0dx0a Object類是Java中唯一沒有父類的類。x0dx0ax0dx0a 其他所有的類，包括標准容器類，比如數組，都繼承了Object類中的方法。x0dx0a Object類是Java中其他所有類的祖先，沒有Object類Java面向對象無從談起。

Ⅶ Java中Set類初始化問題

沒有第一種方式，Set是個介面，是不能夠實例化(new)的，你只能實例化它的實現類，HashSet就是Set的一個實現類。
第二種方式你也可以給它加<String>，這叫泛型，就是限制這個類里只能傳你指定的類型及其子類。
由於Java所有對象的類是Object類，所以如果不寫就默認是Object類，所有類的最頂級父類都是Object，所以傳什麼都可以，
Set setTmp = new HashSet();和Set<Object> setTmp = new HashSet<Object>();兩種方式是等價的。
Java有八種基本數據類型，是不屬於Object類的子類的，byte, short, int,long,char,double,float,boolean，對這八種類有他們各自的包裝類，依次是Byte,Short,Integer,Long,Character,Double,Float,Boolean，這八個包裝類是Object的子類，是可以作為Set的類型用的，也就是你可以寫成Set<Integer> 但是不能寫成Set<int>.

Ⅷ Exception in thread "main" org.hibernate.MappingException: Unknown entity: java.lang.Object

HibernateGenericDao<Users> = new HibernateGenericDao<Users>();

你這樣是得不到Users的，原因是這樣的:

//取得該類的實體類型
Type genType = clazz.getGenericSuperclass();
//判斷該類是否是泛型類
if(!(genType instanceof ParameterizedType)) {
return Object.class;
}

你在使用泛型DAO的時候，採用的是直接使用泛型DAO類：
HibernateGenericDao<Users> = new HibernateGenericDao<Users>();

所以，這個的類型仍然是HibernateGenericDao；
使用getGenericSuperclass()方法得到的就是這個類的父類，Object；所以你直接返回了一個Object.class，注意，為什麼這個方法的名字叫做getGenericSuperclass（），這個superclass已經說明了要使用反射獲得具體的泛型類型的方式應該是：
class UserDAO extends HibernateGenericDao<User> implements IUserDAO{}
這樣就行了，一定要有一個具體類型的子類，UserDAO裡面的泛型類型（User）才能夠被固定下來。

另外也不用嘗試直接把HibernateGenericDao轉型為ParameterizedType，因為就算你代碼為：
HibernateGenericDao<Users> = new HibernateGenericDao<Users>();
你.getClass得到的仍然是HibernateGenericDao<T>，這個T對於的類型來說，仍然只是個泛型類型，不會是真實的User.class

所以，如果你要堅持直接使用HibernateGenericDAO的話，建議你把User.class作為一個構造方法參數穿進去就可以了。

Ⅸ 在c++中如何像java一樣設置初始化對象等於null

如果你不想使用指針，那麼很抱歉，跟java引用變數相關的類型在c++中是不存在的;
c++中引用的概念跟java中的不一樣，c++中的引用必須綁定到一個實際存在的對象，不能綁定到NULL；

c++中 Object &obj=NULL;這樣的句子是絕對違法的
Object &obj=*(new Object());這樣的句子，或許可以編譯通過，但是這是非常危險地，因為後面很容易忘記釋放這個對象。
string &str=string("123")+"456";這樣的句子，VC中打開擴展可以編譯通過，但是c++規范是不允許的，因為這同樣非常危險。str綁定到了臨時對象。
以上是c++引用不同之處的小小例子，實際上還有更多不同，我也不多說了，要自己學

c++中的指針跟java中的引用類似；

Object obj = null; java中的意思是定義Object型引用的變數obj並初始化為null

Object *obj=NULL;c++中的意思為定Object型指針的變數obj並初始化為NULL

很像吧

你明顯C++基礎一點也沒有，看看C++的最基本的入門書吧，你有java基礎，學起來不難

Ⅹ java中的初始化具體是什麼意思

關於Java初始化，有多文章都用了很大篇幅的介紹。經典的>更是用了專門的
一章來介紹Java初始化。但在大量有代碼實例後面，感覺上仍然沒有真正深入到初始化的本質。

本文以作者對JVM的理解和自己的經驗，對Java的初始化做一個比深入的說明，由於作者有水平限制，
以及JDK各實現版本的變化，可能仍然有不少錯誤和缺點。歡迎行家高手賜教。

要深入了解Java初始化，我們無法知道從程序流程上知道JVM是按什麼順序來執行的。了解JVM的執行
機制和堆棧跟蹤是有效的手段。可惜的是，到目前為止。JDK1。4和JDK1。5在javap功能上卻仍然存在
著BUG。所以有些過程我無法用實際的結果向你證明兩種相反的情況（但我可以證明那確實是一個BUG）

>(第三版)在第四章一開始的時候,這樣來描述Java的初始化工作:
以下譯文原文:
可以這樣認為,每個類都有一個名為Initialize()的方法,這個名字就暗示了它得在使用之前調用,不幸
的是,這么做的話,用戶就得記住要調用這個方法,java類庫的設計者們可以通過一種被稱為構造函數的
特殊方法,來保證每個對象都能得到被始化.如果類有構造函數,那麼java就會在對象剛剛創建,用戶還來
不及得到的時候,自動調用那個構造函數,這樣初始化就有保障了。

我不知道原作者的描述和譯者的理解之間有多大的差異,結合全章,我沒有發現兩個最關鍵的字""
和""。至少說明原作者和譯者並沒有真正說明JVM在初始化時做了什麼,或者說並不了解JVM的初始化
內幕,要不然明明有這兩個方法,卻為什麼要認為有一個事實上並不存在的"Initialize()"方法呢?

""和""方法在哪裡？
這兩個方法是實際存在而你又找不到的方法，也許正是這樣才使得一些大師都犯暈。加上jdk實現上的一
些BUG，如果沒有深入了解，真的讓人摸不著北。

現在科學體系有一個奇怪的現象，那麼龐大的體系最初都是建立在一個假設的基礎是，假設1是正確的，
由此推導出2，再繼續推導出10000000000。可惜的是太多的人根本不在乎2-100000000000這樣的體系都
是建立在假設1是正確的基礎上的。我並不會用「可以這樣認為」這樣的假設，我要確實證明""
和""方法是真真實實的存在的：

packagedebug;
publicclassMyTest{
staticinti=100/0;
publicstaticvoidmain(String[]args){
Ssytem.out.println("Hello,World!");
}
}

執行一下看看,這是jdk1.5的輸出：

java.lang.ExceptionInInitializerError
Causedby:java.lang.ArithmeticException:/byzero
atdebug.MyTest.(Test.java:3)
Exceptioninthread"main"

請注意，和其它方法調用時產生的異常一樣，異常被定位於debug.MyTest的.

再來看：

packagedebug;
publicclassTest{
Test(){
inti=100/0;
}
publicstaticvoidmain(String[]args){
newTest();
}
}

jdk1.5輸入：
Exceptioninthread"main"java.lang.ArithmeticException:/byzero
atdebug.Test.(Test.java:4)
atdebug.Test.main(Test.java:7)

JVM並沒有把異常定位在Test()構造方法中，而是在debug.Test.。

當我們看到了這兩個方法以後，我們再來詳細討論這兩個「內置初始化方法」（我並不喜歡生造一些
非標準的術語，但我確實不知道如何規范地稱呼他們）。

內置初始化方法是JVM在內部專門用於初始化的特有方法，而不是提供給程序員調用的方法，事實上
「>」這樣的語法在源程序中你連編譯都無法通過。這就說明，初始化是由JVM控制而不是讓程序員
來控制的。

類初始化方法：
我沒有從任何地方了解到的cl是不是class的簡寫，但這個方法確實是用來對「類」進行初
始化的。換句話說它是用來初始化static上下文的。

在類裝載（load）時，JVM會調用內置的方法對類成員和靜態初始化塊進行初始化調用。它們
的順序按照源文件的原文順序。
我們稍微增加兩行static語句：
packagedebug;
publicclassTest{
staticintx=0;
staticStrings="123";
static{
Strings1="456";
if(1==1)
thrownewRuntimeException();
}
publicstaticvoidmain(String[]args){
newTest();
}
}
然後進行反編譯：
javap-cdebug.Test

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
staticintx;

staticjava.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#2;//classdebug/Test
3:p
4:invokespecial#3;//Method"":()V
7:pop
8:return

static{};
Code:
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

}
這里，我們不得不說，JDK在javap功能上的實現有一個BUG。static段的16標號，那裡標識了異常
的位置發生在""方法中，而實際上這段程序運行時的輸出卻是：

java.lang.ExceptionInInitializerError
Causedby:java.lang.RuntimeException
atdebug.Test.(Test.java:8)
Exceptioninthread"main"

但我們總可以明白，類初始化正是按照源文件中定義的原文順序進行。先是聲明

staticintx;

staticjava.lang.Strings;

然後對intx和Strings進行賦值：
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
執行初始化塊的Strings1="456";生成一個RuntimeException拋
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

要明白的是，""方法不僅是類初始化方法，而且也是介面初始化方法。並不是所以介面
的屬性都是內聯的，只有直接賦常量值的介面常量才會內聯。而

[publicstaticfinal]doubled=Math.random()*100;

這樣的表達式是需要計算的，在介面中就要由""方法來初始化。

下面我們再來看看實例初始化方法""

""用於對象創建時對對象進行初始化，當在HEAP中創建對象時，一旦在HEAP分配了空間。最
先就會調用""方法。這個方法包括實例變數的賦值（聲明不在其中）和初始化塊，以及構造
方法調用。如果有多個重載的構造方法，每個構造方法都會有一個對應的""方法。

同樣，實例變數和初始化塊的順序也是按源文件的原文順序執行，構造方法中的代碼在最後執行：

packagedebug;
publicclassTest{
intx=0;
Strings="123";
{
Strings1="456";
//if(1==1)
//thrownewRuntimeException();
}

publicTest(){
Stringss="789";
}

publicstaticvoidmain(String[]args){
newTest();
}
}

javap-cdebug.Test的結果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
intx;

java.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:iconst_0
6:putfield#2;//Fieldx:I
9:aload_0
10:ldc#3;//String123
12:putfield#4;//Fields:Ljava/lang/String;
15:ldc#5;//String456
17:astore_1
18:ldc#6;//String789
20:astore_1
21:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#7;//classdebug/Test
3:p
4:invokespecial#8;//Method"":()V
7:pop
8:return
}

如果在同一個類中，一個構造方法調用了另一個構造方法，那麼對應的""方法就會調用另一
個""，但是實例變數和初始化塊會被忽略，否則它們就會被多次執行。

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";

publicTest(){
s1="s1";
}
publicTest(Strings){
this();
if(1==1)thrownewRuntime();
}
Stringrt(Strings){
returns;
}
publicstaticvoidmain(String[]args){
newTest("");
}
}

反編譯的結果：
Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:aload_0
21:ldc#2;//Strings1
23:putfield#4;//Fields1:Ljava/lang/String;
26:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

我們再一次看到了javap實現的bug，雖然有一個"":(Ljava/lang/String;)V簽名可以說明
每個構造方法對應一個不同,但Runtime異常仍然被定位到了""()V的方法中：
invokespecial#8;//Methodjava/lang/RuntimeException."":()V,而在main方法中的
調用卻明明是"":(Ljava/lang/String;)V.

但是我們看到，由於Test(Strings)調用了Test();所以"":(Ljava/lang/String;)V不再對
實例變數和初始化塊進次初始化：

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

而如果兩個構造方法是相互獨立的，則每個構造方法調用前都會執行實例變數和初始化塊的調用：

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";
{
Strings3="s3";
}
publicTest(){
s1="s1";
}

publicTest(Strings){
if(1==1)
thrownewRuntimeException();
}

Stringrt(Strings){
returns;
}

publicstaticvoidmain(String[]args){
newTest("");
}
}

反編譯的結果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_1
23:aload_0
24:ldc#2;//Strings1
26:putfield#4;//Fields1:Ljava/lang/String;
29:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_2
23:new#8;//classjava/lang/RuntimeException
26:p
27:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
30:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

導航:首頁 > 編程語言 > object初始化java

object初始化java

與object初始化java相關的資料