A. 求解釋各參數意思java_OPTS "-Xms1200m -Xmx2048m -XX:PermSize=128m -XX:MaxPermSize=256m"
-Xms128m
表示JVM Heap(堆內存)最小尺寸128MB，初始分配
-Xmx512m
表示JVM
Heap(堆內存)最大允許的尺寸256MB，按回需分配。
說明：如果-Xmx不指答定或者指定偏小，應用可能會導致java.lang.OutOfMemory錯誤，此錯誤來自JVM不是Throwable的，無法用try...catch捕捉。
PermSize和MaxPermSize指明虛擬機為java永久生成對象（Permanate
generation）如，class對象、方法對象這些可反射（reflective）對象分配內存限制，這些內存不包括在Heap（堆內存）區之中。
-XX:PermSize=64MB
最小尺寸，初始分配
-XX:MaxPermSize=256MB
最大允許分配尺寸，按需分配
過小會導致：java.lang.OutOfMemoryError: PermGen
space
MaxPermSize預設值和-server
-client選項相關。
-server選項下默認MaxPermSize為64m
-client選項下默認MaxPermSize為32m
B. java64位設置內存大小在哪設置
1.
在eclipse根目錄下打開eclipse.ini,默認內容為(這里設置的是運行當前開發工具的JVM內存分配): -vmargs -Xms40m -Xmx256m -vmargs表示以下為虛擬機設置參數,可修改其中的參數值,也可添加-Xmn,-Xss,另外,eclipse.ini內還可檔喊旦以設置非 堆內存行擾,如:-XX:PermSize=56m,-XX:MaxPermSize=128m。
2.
打開eclipse-窗口-首選項-Java-已安裝的JRE(對在當前開發環境中運行的java程序皆生效) 編滲鍵輯當前使用的JRE,在預設VM參數中輸入:-Xmx128m -Xms64m -Xmn32m –Xss16m。
3.
打開eclipse-運行-運行-Java應用程序(只對所設置的java類生效) 選定需設置內存分配的類-自變數,
C. Java內存溢出主要有哪些類型
主要有三種類型
第一種OutOfMemoryError： PermGen space
發生這種問題的原意是程序中使用了大量的jar或class，使java虛擬機裝載類的空間不夠，與Permanent Generation space有關。解決這類問題有以下兩種辦法：
1. 增加java虛擬機中的XX:PermSize和XX:MaxPermSize參數的大小，其中XX:PermSize是初始永久保存區域大小，XX:MaxPermSize是最大永久保存區域大小。如針對tomcat6.0，在catalina.sh 或catalina.bat文件中一系列環境變數名說明結束處（大約在70行左右） 增加一行：
JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m"
如果是windows伺服器還可以在系統環境變數中設置。感覺用tomcat發布sprint+struts+hibernate架構的程序時很容易發生這種內存溢出錯誤。使用上述方法，我成功解決了部署ssh項目的tomcat伺服器經常宕機的問題。
2. 清理應用程序中web-inf/lib下的jar，如果tomcat部署了多個應用，很多應用都使用了相同的jar，可以將共同的jar移到tomcat共同的lib下，減少類的重復載入。
第二種OutOfMemoryError： Java heap space
發生這種問題的原因是java虛擬機創建的對象太多，在進行垃圾回收之間，虛擬機分配的到堆內存空間已經用滿了，與Heap space有關。解決這類問題有兩種思路：
1. 檢查程序，看是否有死循環或不必要地重復創建大量對象。找到原因後，修改程序和演算法。
我以前寫一個使用K-Means文本聚類演算法對幾萬條文本記錄（每條記錄的特徵向量大約10來個）進行文本聚類時，由於程序細節上有問題，就導致了Java heap space的內存溢出問題，後來通過修改程序得到了解決。
2. 增加Java虛擬機中Xms（初始堆大小）和Xmx（最大堆大小）參數的大小。如：set JAVA_OPTS= -Xms256m -Xmx1024m
第三種OutOfMemoryError：unable to create new native thread
這種錯誤在Java線程個數很多的情況下容易發生
D. Java中內存分為幾塊
你說的是jvm的內存空間吧。
在方法（代碼塊）中定義一個變數時，java就在棧中為這個變數分配JVM內存空間，當超過變數的作用域後，java會自動釋放掉為該變數所分配的JVM內存空間；而在堆中分配的JVM內存由java虛擬機的自動垃圾回收器來管理。
JVM內存區域組成
JVM內存分四種：
1、棧區（stacksegment）—由編譯器自動分配釋放,存放函數的參數值，局部變數的值等，具體方法執行結束之後，系統自動釋放JVM內存資源
2、堆區（heapsegment）—一般由程序員分配釋放，存放由new創建的對象和數組，jvm不定時查看這個對象，如果沒有引用指向這個對象就回收
3、靜態區（datasegment）—存放全局變數，靜態變數和字元串常量，不釋放
4、代碼區（codesegment）—存放程序中方法的二進制代碼，而且是多個對象共享一個代碼空間區域
在方法（代碼塊）中定義一個變數時，java就在棧中為這個變數分配JVM內存空間，當超過變數的作用域後，java會自動釋放掉為該變數所分配的JVM內存空間；在堆中分配的JVM內存由java虛擬機的自動垃圾回收器來管理，堆的優勢是可以動態分配JVM內存大小，生存期也不必事先告訴編譯器，因為它是在運行時動態分配JVM內存的。缺點就是要在運行時動態分配JVM內存，存取速度較慢；棧的優勢是存取速度比堆要快，缺點是存在棧中的數據大小與生存期必須是確定的無靈活性。
◆java堆由Perm區和Heap區組成，Heap區則由Old區和New區組成，而New區又分為Eden區,From區,To區，Heap={Old+NEW={Eden,From,To}}，見圖1所示。
Heap區分兩大塊，一塊是NEWGeneration,另一塊是OldGeneration.在NewGeneration中，有一個叫Eden的空間，主要是用來存放新生的對象，還有兩個SurvivorSpaces（from,to）,它們用來存放每次垃圾回收後存活下來的對象。在OldGeneration中，主要存放應用程序中生命周期長的JVM內存對象，還有個PermanentGeneration，主要用來放JVM自己的反射對象，比如類對象和方法對象等。
在NewGeneration塊中，垃圾回收一般用Copying的演算法，速度快。每次GC的時候，存活下來的對象首先由Eden拷貝到某個SurvivorSpace,當SurvivorSpace空間滿了後,剩下的live對象就被直接拷貝到OldGeneration中去。因此，每次GC後，EdenJVM內存塊會被清空。在OldGeneration塊中，垃圾回收一般用mark-compact的演算法，速度慢些，但減少JVM內存要求.
垃圾回收分多級，0級為全部(Full)的垃圾回收，會回收OLD段中的垃圾；1級或以上為部分垃圾回收，只會回收NEW中的垃圾，JVM內存溢出通常發生於OLD段或Perm段垃圾回收後，仍然無JVM內存空間容納新的Java對象的情況。
JVM調用GC的頻度還是很高的，主要兩種情況下進行垃圾回收：當應用程序線程空閑；另一個是JVM內存堆不足時，會不斷調用GC，若連續回收都解決不了JVM內存堆不足的問題時，就會報outofmemory錯誤。因為這個異常根據系統運行環境決定，所以無法預期它何時出現。
根據GC的機制，程序的運行會引起系統運行環境的變化，增加GC的觸發機會。為了避免這些問題，程序的設計和編寫就應避免垃圾對象的JVM內存佔用和GC的開銷。顯示調用System.GC()只能建議JVM需要在JVM內存中對垃圾對象進行回收，但不是必須馬上回收，一個是並不能解決JVM內存資源耗空的局面，另外也會增加GC的消耗。
◆當一個URL被訪問時，JVM內存區域申請過程如下：
A.JVM會試圖為相關Java對象在Eden中初始化一塊JVM內存區域
B.當Eden空間足夠時，JVM內存申請結束。否則到下一步
C.JVM試圖釋放在Eden中所有不活躍的對象（這屬於1或更高級的垃圾回收）,釋放後若Eden空間仍然不足以放入新對象，則試圖將部分Eden中活躍對象放入Survivor區
D.Survivor區被用來作為Eden及OLD的中間交換區域，當OLD區空間足夠時，Survivor區的對象會被移到Old區，否則會被保留在Survivor區
E.當OLD區空間不夠時，JVM會在OLD區進行完全的垃圾收集（0級）
F.完全垃圾收集後，若Survivor及OLD區仍然無法存放從Eden復制過來的部分對象，導致JVM無法在Eden區為新對象創建JVM內存區域，則出現"outofmemory錯誤"
E. Java中垃圾回收有什麼目的什麼時候進行垃圾回收
垃圾回收器的作用來是查找自和回收（清理）無用的對象。以便讓JVM更有效的使用內存。
垃圾回收器的運行時間是不確定的，由JVM決定，在運行時是間歇執行的。雖然可以通過System.gc（）來強制回收垃圾，但是這個命令下達後無法保證JVM會立即響應執行，但經驗表明，下達命令後，會在短期內執行的請求。JVM通常會感到內存緊缺時候去執行垃圾回收操作。
垃圾回收過於頻繁會導致性能下降，過於稀疏會導致內存緊缺。這個JVM會將其控制到最好，不用程序員擔心。但有些程序在短期會吃掉大量內存，而這些恐怖的對象很快使用結束了，這時候也許有必要強制下達一條垃圾回命令，這是很有必要的，以便有更多可用的物理內存。