在thinking in java中，第96頁(yè)提到，“即使沒(méi)有顯示地使用static關(guān)鍵字，構(gòu)造器實(shí)際上也是靜態(tài)方法“，對(duì)此我產(chǎn)生了疑惑，于是找相關(guān)資料進(jìn)行確認(rèn)，在一篇大神的博客中得到了答案，那就是構(gòu)造器不是靜態(tài)方法。

主要是以下幾點(diǎn)原因：

Java虛擬機(jī)規(guī)范第二版中定義了四種不同的字節(jié)碼指令來(lái)處理Java程序中不同種類的方法的調(diào)用：

• invokestatic - 用于調(diào)用類（靜態(tài)）方法 
• invokespecial - 用于調(diào)用實(shí)例方法，特化于super方法調(diào)用、private方法調(diào)用與構(gòu)造器調(diào)用 
• invokevirtual - 用于調(diào)用一般實(shí)例方法（包括聲明為final但不為private的實(shí)例方法） 
• invokeinterface - 用于調(diào)用接口方法 

其中，invokestatic與invokespecial調(diào)用的目標(biāo)必然是可以靜態(tài)綁定的（比如不被繼承），因?yàn)樗鼈兌紵o(wú)法參與子類型多態(tài)；invokevirtual與invokeinterface的則一般需要做運(yùn)行時(shí)綁定，JVM實(shí)現(xiàn)可以有選擇的根據(jù)final或?qū)嶋H運(yùn)行時(shí)類層次或類型反饋等信息試圖進(jìn)行靜態(tài)綁定。

那么Java中的實(shí)例構(gòu)造器是不是“靜態(tài)方法”呢？從Java語(yǔ)言規(guī)范中給出的“靜態(tài)方法”的定義來(lái)看，答案是“否”——首先從Java語(yǔ)言規(guī)范對(duì)“方法”的定義來(lái)說(shuō)，構(gòu)造器根本不是“方法”；其次，實(shí)例構(gòu)造器有一個(gè)隱式參數(shù)，“this”，在實(shí)例構(gòu)造器中可以訪問(wèn)“this”，可以通過(guò)“this”訪問(wèn)到正在初始化的對(duì)象實(shí)例的所有實(shí)例成員。 

實(shí)例構(gòu)造器無(wú)法被隱藏或覆寫(xiě)，不參與多態(tài)，因而可以做靜態(tài)綁定。從這個(gè)意義上可以認(rèn)為實(shí)例構(gòu)造器是“靜態(tài)”的，但這種用法與Java語(yǔ)言定義的“靜態(tài)方法”是兩碼事。 

另外需要注意的是，Java語(yǔ)言中，實(shí)例構(gòu)造器只能在new表達(dá)式（或別的構(gòu)造器）中被調(diào)用，不能通過(guò)方法調(diào)用表達(dá)式來(lái)調(diào)用。new表達(dá)式作為一個(gè)整體保證了對(duì)象的創(chuàng)建與初始化是打包在一起進(jìn)行的，不能分開(kāi)進(jìn)行；但實(shí)例構(gòu)造器只負(fù)責(zé)對(duì)象初始化的部分，“創(chuàng)建對(duì)象”的部分是由new表達(dá)式本身保證的。 

這個(gè)例子的注意點(diǎn)在于： 

1、Java的實(shí)例構(gòu)造器只負(fù)責(zé)初始化，不負(fù)責(zé)創(chuàng)建對(duì)象；Java虛擬機(jī)的字節(jié)碼指令的設(shè)計(jì)也反映了這一點(diǎn)，有一個(gè)new指令專門(mén)用于創(chuàng)建對(duì)象實(shí)例，而調(diào)用實(shí)例構(gòu)造器則使用invokespecial指令。 

2、“this”是作為實(shí)例構(gòu)造器的第一個(gè)實(shí)際參數(shù)傳入的。 

靜態(tài)方法中不能使用this，而構(gòu)造器中可以使用this關(guān)鍵字。this是指調(diào)用當(dāng)前方法的對(duì)象，而靜態(tài)方法不屬于任何對(duì)象。

總結(jié)

本篇文章就到這里了，希望能夠給你帶來(lái)幫助，也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!     

最新評(píng)論