投稿
  1. 簡單一點首頁
  2. 編程

java結合頁面初始化,jquery頁面初始化

小藍 • • 編程

本文目錄一覽：

關於JAVA中的初始化及類的載入

你不太可能完全用代碼證明類載入的動作，因為在你用這個類之前（也就是你想要開始證明一個類載入的過程時）她已經載入了。

現在來說，靜態成員會和類載入的時候一起初始化，所以最多最多也只能通過靜態成員來證明類的載入。

那麼問題就是如何在靜態成員被初始化的時候提示消息，兩種方法：

第一種是使用靜態的欄位成員，此成員指定為一個對象初始化，在這個初始化對象的構造函數做通知。代碼：

public class StaticLoad{

public static LoadNotify = new LoadNotify();

}

public class LoadNotify{

public LoadNotify(){

System.out.println(“Class is Loaded”);

}

}

那麼使用StaticLoad類的時候，會打出Class is Loaded證明類載入的時候初始化了static成員，調用多次也僅會打出一次。

第二種是使用靜態塊，代碼：

public class StaticLoad{

public static LoadNotify = new LoadNotify();

static {

System.out.println(“Class is Loaded”);

}

}

此時類載入時也會執行靜態塊中的代碼。

這是進行當類載入的時候進行通知的方法，你可以自己寫一寫代碼，他們僅會打出一次。

對於類的載入順序，網上有詳細的，我這裡只說一些簡單的：

首先需要用到一個類的時候，虛擬機會從classpath讀取此類的代碼，到內存的類的代碼存儲區，然後對於每一個靜態欄位開闢一個存儲區，再存儲方法的代碼。接著初始化類，所有的靜態成員按照順序初始化（按代碼聲明順序從上到下開始），當需要載入其他類的時候載入其他的類。然後完成初始化供虛擬機使用。

當實例化一個類的時候，如果需要載入的話，會按照上面的順序載入，然後在內存中分配所有實例欄位的空間，接著調用構造函數，其中構造函數會（顯示或隱式的）調用父類構造函數（此過程向上遞歸），然後執行剩下的構造代碼。最後返回實例化的對象的引用返回構造函數。

java初始化

你說「在java初始化時，順序為靜態變數-靜態初始化塊-非靜態變數-非靜態初始化塊-構造函數」

請問你在哪知道的，我也希望了解一下

我一直覺得構造函數會在靜態初始化塊之後

對 非靜態變數-非靜態初始化塊-構造函數 這樣的排列倒是有點…

——————————————————————

我在javaEye上找了找相關文章：

1在new B一個實例時首先要進行類的裝載。（類只有在使用New調用創建的時候才會被java類裝載器裝入）

2，在裝載類時，先裝載父類A，再裝載子類B

3，裝載父類A後，完成靜態動作（包括靜態代碼和變數，它們的級別是相同的，安裝代碼中出現的順序初始化）

4，裝載子類B後，完成靜態動作

類裝載完成，開始進行實例化

1，在實例化子類B時，先要實例化父類A

2，實例化父類A時，先成員實例化（非靜態代碼）

3，父類A的構造方法

4，子類B的成員實例化（非靜態代碼）

5，子類B的構造方法

確實~

哪位大神可以講解一下，Java初始化頁面做哪

學java應該會更全面一點，擴展性更強，把JAVA學好了再去學其他知識都會比較容易。其實做程序學習的東西並沒有明顯的界限，除了JAVA還要學習HTML,JS，資料庫，框架等等，工作從事JAVA開發可能也會調到其他項目組做安卓開發，只要不斷的接受新知識，學習新的技術，能充實自己就好了。

java中初始化

順序如下：

1、靜態的部分在classLoader載入類的時候就會執行，靜態塊中不能引用非靜態的變數（因為這些變數要通過實例化類才能創建，在靜態塊執行的時候都不存在）。也不存在靜態的成員變數，跟後面的兩個初始化有質的不同（後兩個是初始化成員變數）。

2、定義變數時直接賦的值。

3、構造函數。

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:dup

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:dup

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:dup

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:dup

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:dup

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:dup

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:dup

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:dup

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:dup

4:ldc#11;//String

6:invokespecial#12;//Method””:(Ljava/lang/String;)V

9:pop

10:return

}

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/238851.html

贊 (0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
小藍的頭像小藍
0 0
上一篇 2024-12-12 12:13
下一篇 2024-12-12 12:13

相關推薦

  • java client.getacsresponse 編譯報錯解決方法

    java client.getacsresponse 編譯報錯是Java編程過程中常見的錯誤，常見的原因是代碼的語法錯誤、類庫依賴問題和編譯環境的配置問題。下面將從多個方面進行分析…

    UBWYH的頭像 UBWYH
    編程 2025-04-29

  • Java JsonPath 效率優化指南

    本篇文章將深入探討Java JsonPath的效率問題，並提供一些優化方案。 一、JsonPath 簡介 JsonPath是一個可用於從JSON數據中獲取信息的庫。它提供了一種DS…

    IGTLV的頭像 IGTLV
    編程 2025-04-29

  • Java Bean載入過程

    Java Bean載入過程涉及到類載入器、反射機制和Java虛擬機的執行過程。在本文中，將從這三個方面詳細闡述Java Bean載入的過程。 一、類載入器 類載入器是Java虛擬機…

    SUCQN的頭像 SUCQN
    編程 2025-04-29

  • Java騰訊雲音視頻對接

    本文旨在從多個方面詳細闡述Java騰訊雲音視頻對接，提供完整的代碼示例。 一、騰訊雲音視頻介紹 騰訊雲音視頻服務（Cloud Tencent Real-Time Communica…

    YXDEN的頭像 YXDEN
    編程 2025-04-29

  • Java Milvus SearchParam withoutFields用法介紹

    本文將詳細介紹Java Milvus SearchParam withoutFields的相關知識和用法。 一、什麼是Java Milvus SearchParam without…

    IQUKH的頭像 IQUKH
    編程 2025-04-29

  • Java 8中某一周的周一

    Java 8是Java語言中的一個版本，於2014年3月18日發布。本文將從多個方面對Java 8中某一周的周一進行詳細的闡述。 一、數組處理 Java 8新特性之一是Stream…

    BYEUI的頭像 BYEUI
    編程 2025-04-29

  • Java判斷字元串是否存在多個

    本文將從以下幾個方面詳細闡述如何使用Java判斷一個字元串中是否存在多個指定字元： 一、字元串遍歷 字元串是Java編程中非常重要的一種數據類型。要判斷字元串中是否存在多個指定字元…

    KJBQQ的頭像 KJBQQ
    編程 2025-04-29

  • VSCode為什麼無法運行Java

    解答：VSCode無法運行Java是因為默認情況下，VSCode並沒有集成Java運行環境，需要手動添加Java運行環境或安裝相關插件才能實現Java代碼的編寫、調試和運行。 一、…

    GSABN的頭像 GSABN
    編程 2025-04-29

  • Java任務下發回滾系統的設計與實現

    本文將介紹一個Java任務下發回滾系統的設計與實現。該系統可以用於執行複雜的任務，包括可回滾的任務，及時恢復任務失敗前的狀態。系統使用Java語言進行開發，可以支持多種類型的任務。…

    BFFRU的頭像 BFFRU
    編程 2025-04-29

  • Java 8 Group By 會影響排序嗎?

    是的，Java 8中的Group By會對排序產生影響。本文將從多個方面探討Group By對排序的影響。 一、Group By的概述 Group By是SQL中的一種常見操作，它…

    AOPSM的頭像 AOPSM
    編程 2025-04-29

發表回復

登錄後才能評論