java初始化內存

A. Jenkins編譯java程序，分配多少內存，都耗盡

Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下設置：
JAVA_OPTS='-Xms【初始化內存大小】 -Xmx【可以使用的最大內存】'
需要把這個兩個參數值調大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化內存為256MB，可以使用的最大內存為512MB。

B. java數組聲明並初始化時的內存分配時： ①String[] names = {"Zhangsan","Lisi","Wangwu"}; 這個數組常量

畫完鬼畫符發現已經有回答了，但是果斷兄差貼上否則百花了

數姿鉛組元素和數組變數在內跡塵好存中是分開存放的。

C. 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

}

D. java數組靜態初始化區別（內存方面）

String dogs[] = { "Tom","Sam","Mimi" }
不需要new創建數組對象，這時編譯器會計算列表中初始的個數來確定數組元素的正確個數；
String dogs[] = new String[] {
"Tom","Sam","Mimi"
};

E. java類中成員變數初始化後存放在堆內存中還是棧內存中

棧內存：某一個函數被調用時，這個函數會在棧內存裡面申請一片空間，以後在這個函數內部定義的變數，都會分配到這個函數所申請到的棧。當函數運行結束時，分配給函數的棧空間被收回，在這個函數中被定義的變數也隨之被釋放和消失。

堆內存：通過new產生的數組和對象分配在堆內存中。堆內存中分配的內存，由JVM提供的GC（垃圾回收機制）來管理。在堆內存中產生了一個數組對象後，我們還可以在棧中定義一個變數，這個棧中變數的取值等於堆中對象的首地址。棧內存中的變數就成了堆內存中數組或者對象的引用變數。我們以後就可以在程序中直接使用棧中的這個變數來訪問我們在堆中分配的數組或者對象，引用變數相當於數組或者對象起的一個別名，或者代號。

引用變數是一個普通的變數，定義時在棧中分配；引用變數在被運行到它的作用域之外時就被釋放，而我們的數組和對象本身是在堆中分配的，即使程序運行到使用new產生對象的語句所在的函數或者代碼之後，我們剛才被產生的數組和對象也不會被釋放。數組和對象只是在沒有引用變數指向它，也就是沒有任何引用變數的值等於它的首地址，它才會變成垃圾不會被使用，但是它任然占據著內存空間不放（這也就是我們Java比較吃內存的一個原因），在隨後一個不確定的時間被垃圾回收器收走。

F. 如何設置java內存限制

1、ide一般run時可設置內存大小，如eclipse設置如下
eclipse安裝後，在安裝目錄有個config.ini文件，內容如下：
-vmargs
-Xms40m
-Xmx256m

或是內 其實也很簡單。容打開Eclipse包，在Contents/MacOS 目錄下有一個 eclipse.ini 文件，

用編輯工具打開他，把Xms128m更改成Xms256m。

這個文件用來配置eclipse啟動時候的內存分配方案，Xms是初始化內存大小，Xmx是最大可使用內存大小，這個默認的配置是eclipse資源消耗最小化的配置。如果你的項目比較大，這個配置必須改，一般適當調整為128，384即可，若項目更大一些則調整的再大一些，根據實際情況決定。這個參數配置的大小很關鍵，太小，eclipse垃圾回收會過於頻繁導致很慢，或者內存堆棧溢出而崩潰。太大，eclipse會吃掉大量內存，垃圾回收周期變長，但每次回收會很慢，影響使用。所以你在配置的時候需要權衡，嘗試！

2、web可以在web容器中設置相關大小
3、一般寫代碼時，如果會用到大內存時，要注意。

G. Java中創建一個類的實例時，該類Field中定義的所有數據都會被初始化（佔用內存空間）

都會被初始化，佔用內存。
Java在創建類實例時，順序如下：
1. 初始瞎侍指化靜態成員變數，執行靜態語句塊
2. 為所有成員變數分配空間，設為默認值，包括primitive類型(int=0,boolean=false,…)和Reference類型(默認為null)。磨配
3. 調用類構造函數，不考慮super和this的情況，在構造函數中，按照書寫順談粗序執行成員變數的初始化工作，即第二次初始化成員變數

H. 什麼是Java虛擬機

虛擬機是一種抽象化的計算機，通過在實際的計算機上模擬模擬各種計算機功能來實現的。

Java虛擬機有自己完善的硬體架構，如處理器、堆棧、寄存器等，還具有相應的指令系統。JVM屏蔽了與具體操作系統平台相關的信息，使得Java程序只需生成在Java虛擬機上運行的目標代碼（位元組碼），就可以在多種平台上不加修改地運行。

這種解釋應該算是正確的，但是只描述了虛擬機的外部行為和功能，並沒有針對內部原理做出說明。搜段薯一般情況下我們不需要知道虛擬機的運行原理，只要專注寫java代碼就可以了，這也正是虛擬機之所以存在的原因--屏蔽底層操作系統平台的不同並且減少基於原生語言開發的復雜性，使java這門語言能夠跨各種平台（只要虛擬機廠商在特定平台上實現了虛擬機），並且簡單易用。這些都是虛擬機的外部特性，但是從這些信息來解釋虛擬機，未免太籠統了，無法讓我們知道內部原理。

從進程的角度解釋JVM

讓我們嘗試從操作系統的層面來理解虛擬機。我們知道，虛擬機是運行在操作系統之中的，那麼什麼東西才能在操作系統中運行呢？當然是進程，因為進程是操作系統中的執行單位。可以這樣理解，當它在運行的時候，它就是一個操作系統中的進程實例，當它沒有在運行時（作為可執行文件存放於文件系統中），可以把它叫做程序。

對命令行比較熟悉的同學，都知道其實一個命令對應一個可執行的二進制文件，當敲下這個命令並且回車後，就會創建一個進程，載入對應的可執行文件到進程的地址空間中，並且執行其中的指令。下面對比C語言和Java語言的HelloWorld程序來說明問題。

首先編寫C語言版的HelloWorld程序。

總結

寫到這里，基本上關於我對java虛擬機的理解就寫完了。這篇文章的主題雖然是深入理解Java虛擬機，但是你可能感覺一點也不「深入」，也只是泛泛而談。我也有這樣的感覺。限於自己水平有限，也只能這樣了，要是想深入理解java虛擬機，強烈建議讀一下三本書：

《深入Java虛擬機》

《深入理解Java虛擬機JVM高級特性與最佳實踐》

《Java虛擬機規范》

其實我也讀過這幾本書，但是它們對虛擬機的解釋也是基於一個外部模型，而沒有深入剖析虛擬機內部的實現原理。虛擬機是一個大而復雜的東西，實現虛擬機的人都是大牛級別的，如果不是參與過虛擬機的實現，應該很少有人能把它參透。本專欄後面的一些文章也參考了這三本書， 雖然講解Java語法的書不計其數， 但是深入講解虛擬機的書， 目前為止我就見過這三本，並且網上的資料也不是很多。

最後做一個總結：

1 虛擬機並不神秘，在操作系統的角度看來，它只是一個普通進程。

2 這個叫做虛擬機的進程比較特殊，它能夠載入我們編寫的class文件。如果把JVM比作一個人，那麼class文件就是我們吃的食物。

3 載入class文件的是一個叫做類載入器的子系統。就好比我們的嘴巴，把食物吃到肚子里。

4 虛擬機中的執行引擎用來執行class文件中的位元組碼指令。就好比我們的腸胃，對吃進去的食物進行消化。

5 虛擬機在執行過程中，要分配內存創建對象。當這些對象過時無用了，必須要自動清理這些無用的對象。清理對象回收內存的任務由垃圾收集器負責。就好比人吃進去的食物，在消化之後，必須把廢物排出體外，騰出空間可以在下次餓的時候吃飯並消化食物。

(8)java初始化內存擴展閱讀：

關於JAVA虛擬機的參數說明如下：

1、運行class文件

執行帶main方法的class文件，Java虛擬機[3]命令參數行為：

java <CLASS文件名>

注意：CLASS文件名不要帶文件後綴.class

例如：

java Test

如果執行的class文件是帶包的，即在類文件中使用了：

package <；包名>

那應該在包的基路徑下執行，Java虛擬機命令行參數：

java <；包名>.CLASS文件名

例如：

PackageTest.java中，其包名為：com.ee2ee.test，對應的語句為：

package com.ee2ee.test;

PackageTest.java及編譯後的class文件PackageTest.class的存放目錄如下：

classes

|__com

|__ee2ee

|__test

|__PackageTest.java

|__PackageTest.class

要運行PackageTest.class，應在classes目錄下執行：

java com.ee2ee.test.PackageTest

2、運行jar文件中的class

原理和運行class文件一樣，只需加上參數-cp <jar文件名>；即可。

例如：執行test.jar中的類com.ee2ee.test.PackageTest，命令行如下：

java -cp test.jar com.ee2ee.test.PackageTest

3、顯示JDK版本信息

當一台機器上有多個jdk版本時，需要知道當前使用的是那個版本的jdk，使用參數-version即可知道其版本，命令行為：

java -version

4、增加虛擬機可以使用的最大內存

Java虛擬機可使用的最大內存是有限制的，預設值通常為64MB或128MB。

如果一個應用程序為了提高性能而把數據載入內存中而佔用較大的內存，比如超過了默認的最大值128MB，需要加大java虛擬機可使用的最大內存，否則會出現Out of Memory的異常。啟動java時，需要使用如下兩個參數：

-Xms java虛擬機初始化時使用的內存大小

-Xmx java虛擬機可以使用的最大內存

以上兩個命令行參數中設置的size，可以帶單位，例如：256m表示256MB

舉例說明：

java -Xms128m -Xmx256m ...

表示Java虛擬機初始化時使用的內存為128MB，可使用的最大內存為256MB。

對於tomcat，可以修改其腳本catalina. sh（Unix平台）或catalina.bat（Windows平台），設置變數JAVA_OPTS即可，例如：

JAVA_OPTS='-Xms128m -Xmx256m'