java內存

A. 學習java的話電腦要多高的配置很吃內存條嗎

配置不需要高，一般的就OK，做編程都吃內存，因為大多人數開發是用IDE的，不是用記事本寫，在一個編寫的程序越大，運行時需要的內存也就越多，再加上其他輔助工具，比如做網站，你做測試時，需要搭建HTTP伺服器這種。簡單說個配置就OK
CPU：i3，i5，AMD其他都行，不用太好
內存：2G，4G。 現在一般都4G了，2G以後你要開發多了就不行，剛學完全沒事，即使你安裝一些軟體，比如oracle公司提供的，提示內存過低，你直接忽略就OK，以後也能跑，就是運行略慢或者進入一段假死機狀態。
硬碟：隨意，一般500G就夠了，現在買本基本是1T的。
其他硬體不需要太強調，很簡單的就OK。

看到有的網友回答：一般內存不用太多8~16G都可以 這句話，我說實話，網路的環境真不好，完全不懂還亂說，8-16G內存？ 什麼概念了？ 小型伺服器？ 誰沒事個人開發用那高大上配置.. 太逗了

B. Java執行內存一般多大

我運行了myeclipse6.5+mysql直接沾了這么多。不過要看項目的大小。打開的項目大的話，就不止這么點了。500mb都有。

C. java jvm內存可以設置多少

-Xmx Java Heap最大值,默認值為物理內存的1/4,最佳設值應該視物理內存大小及計算機內其他內存開銷而定;
-Xms Java Heap初始值,Server端JVM最好將-Xms和-Xmx設為相同值,開發測試機JVM可以保留默認值;
-Xmn Java Heap Young區大小,不熟悉最好保留默認值; -Xss 每個線程的Stack大小,不熟悉最好保留默認值;
2
2. 如何分配JVM內存設置:
(1)當在命令提示符下啟動並使用JVM時(只對當前運行的類Test生效): java -Xmx128m -Xms64m -Xmn32m -Xss16m Test (2)當在集成開發環境下(如eclipse)啟動並使用JVM時:
a. 在eclipse根目錄下打開eclipse.ini,默認內容為(這里設置的是運行當前開發工具的JVM內存分配): -vmargs -Xms40m -Xmx256m
-vmargs表示以下為虛擬機設置參數,可修改其中的參數值,也可添加-Xmn,-Xss,另外,eclipse.ini內還可以設置非堆內存,如:-XX:PermSize=56m,-XX:MaxPermSize=128m.
此處設置的參數值可以通過以下配置在開發工具的狀態欄顯示: 在eclipse根目錄下創建文件options,文件內容為:org.eclipse.ui/perf/showHeapStatus=true
修改eclipse根目錄下的eclipse.ini文件,在開頭處添加如下內容: -debug options -vm javaw.exe
重新啟動eclipse,就可以看到下方狀態條多了JVM信息.
b. 打開eclipse-窗口-首選項-Java-已安裝的JRE(對在當前開發環境中運行的java程序皆生效)
編輯當前使用的JRE,在預設VM參數中輸入:-Xmx128m -Xms64m -Xmn32m -Xss16m
c. 打開eclipse-運行-運行-Java應用程序(只對所設置的java類生效) 選定需設置內存分配的類-自變數,在VM自變數中輸入:-Xmx128m -Xms64m
選定需設置內存分配的類-自變數,在VM自變數中輸入:-Xmx128m -Xms64m -Xmn32m -Xss16m
注:如果在同一開發環境中同時進行了b和c設置,則b設置生效,c設置無效,如:
開發環境的設置為:-Xmx256m,而類Test的設置為:-Xmx128m -Xms64m,則運行Test時生效的設置為: -Xmx256m -Xms64m
(3)當在伺服器環境下(如Tomcat)啟動並使用JVM時(對當前伺服器環境下所以Java程序生效): a. 設置環境變數: 變數名:CATALINA_OPTS
變數值:-Xmx128m -Xms64m -Xmn32m -Xss16m

3
b. 打開Tomcat根目錄下的bin文件夾,編輯catalina.bat,將其中
的%CATALINA_OPTS%(共有四處)替換為:-Xmx128m -Xms64m -Xmn32m -Xss16m

D. 怎樣查看JAVA內存的大小

首先先說一下JVM內存結構問題，JVM為兩塊：PermanentSapce和HeapSpace，其中
Heap = }。PermantSpace負責保存反射對象，一般不用配置。JVM的Heap區可以通過-X參數來設定。
當一個URL被訪問時，內存申請過程如下：
A. JVM會試圖為相關Java對象在Eden中初始化一塊內存區域
B. 當Eden空間足夠時，內存申請結束。否則到下一步
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區為新對象創建內存區域，則出現」out of memory錯誤」

JVM調優建議:

ms/mx：定義YOUNG+OLD段的總尺寸，ms為JVM啟動時YOUNG+OLD的內存大小；mx為最大可佔用的YOUNG+OLD內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
NewSize/MaxNewSize：定義YOUNG段的尺寸，NewSize為JVM啟動時YOUNG的內存大小；MaxNewSize為最大可佔用的YOUNG內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
PermSize/MaxPermSize：定義Perm段的尺寸，PermSize為JVM啟動時Perm的內存大小；MaxPermSize為最大可佔用的Perm內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
SurvivorRatio：設置Survivor空間和Eden空間的比例

內存溢出的可能性

1. OLD段溢出
這種內存溢出是最常見的情況之一，產生的原因可能是：
1) 設置的內存參數過小(ms/mx, NewSize/MaxNewSize)
2) 程序問題
單個程序持續進行消耗內存的處理，如循環幾千次的字元串處理，對字元串處理應建議使用StringBuffer。此時不會報內存溢出錯，卻會使系統持續垃圾收集，無法處理其它請求，相關問題程序可通過Thread Dump獲取（見系統問題診斷一章）單個程序所申請內存過大，有的程序會申請幾十乃至幾百兆內存，此時JVM也會因無法申請到資源而出現內存溢出，對此首先要找到相關功能，然後交予程序員修改，要找到相關程序，必須在Apache日誌中尋找。
當Java對象使用完畢後，其所引用的對象卻沒有銷毀，使得JVM認為他還是活躍的對象而不進行回收，這樣累計佔用了大量內存而無法釋放。由於目前市面上還沒有對系統影響小的內存分析工具，故此時只能和程序員一起定位。

2. Perm段溢出
通常由於Perm段裝載了大量的Servlet類而導致溢出，目前的解決辦法：
1) 將PermSize擴大，一般256M能夠滿足要求
2) 若別無選擇，則只能將servlet的路徑加到CLASSPATH中，但一般不建議這么處理

3. C Heap溢出
系統對C Heap沒有限制，故C Heap發生問題時，Java進程所佔內存會持續增長，直到佔用所有可用系統內存

參數說明:

JVM 堆內存（heap）設置選項
參數格式
說 明

設置新對象生產堆內存（Setting the Newgeneration heap size）
-XX:NewSize
通過這個選項可以設置Java新對象生產堆內存。在通常情況下這個選項的數值為1 024的整數倍並且大於1MB。這個值的取值規則為，一般情況下這個值-XX:NewSize是最大堆內存（maximum heap size）的四分之一。增加這個選項值的大小是為了增大較大數量的短生命周期對象

增加Java新對象生產堆內存相當於增加了處理器的數目。並且可以並行地分配內存，但是請注意內存的垃圾回收卻是不可以並行處理的

設置最大新對象生產堆內存（Setting the maximum New generation heap size）
-XX:MaxNewSize
通過這個選項可以設置最大Java新對象生產堆內存。通常情況下這個選項的數值為1 024的整數倍並且大於1MB

其功用與上面的設置新對象生產堆內存-XX：NewSize相同

設置新對象生產堆內存的比例（Setting New heap size ratios）
-XX:SurvivorRatio
新對象生產區域通常情況下被分為3個子區域：伊甸園，與兩個殘存對象空間，這兩個空間的大小是相同的。通過用-XX:SurvivorRatio=X選項配置伊甸園與殘存對象空間（Eden/survivor）的大小的比例。你可以試著將這個值設置為8，然後監控、觀察垃圾回收的工作情況

設置堆內存池的最大值（Setting maximum heap size）
-Xmx
通過這個選項可以要求系統為堆內存池分配內存空間的最大值。通常情況下這個選項的數值為1 024的整數倍並且大於1 MB

一般情況下這個值（-Xmx）與最小堆內存（minimum heap size –Xms）相同，以降低垃圾回收的頻度

取消垃圾回收
-Xnoclassgc
這個選項用來取消系統對特定類的垃圾回收。它可以防止當這個類的所有引用丟失之後，這個類仍被引用時不會再一次被重新裝載，因此這個選項將增大系統堆內存的空間

設置棧內存的大小
-Xss
這個選項用來控制本地線程棧的大小，當這個選項被設置的較大（>2MB）時將會在很大程度上降低系統的性能。因此在設置這個值時應該格外小心，調整後要注意觀察系統的性能，不斷調整以期達到最優

最後說一句，你的機器的連接數設置也至關重要，連接的關閉最好把時間設置的少些，那些連接非常耗費資源。也是引起內存泄露的主要原因。

E. 如何設置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、一般寫代碼時，如果會用到大內存時，要注意。

F. java 怎麼把數據存到內存中

這里你採納與否沒關系，給你說說編程與內存的關系。
你定義的任何變數，常量，類，方法等等，其實都在內存中，沒有所謂的把數據存內存中，這概念，你可以想一下電腦重啟或關機後，內存中的所有數據，都會丟失，除非你保存到磁碟中去。
在內存中的數據有兩塊，第一、緩沖，一般寫數據到磁碟的時候開辟出來的內存空間；第二、緩存，一般是從磁碟讀數據到內存中開辟出來的內存空間。會這么使用，原因很簡單，磁碟讀寫數據速度與內存不一致（磁碟的存取效率遠遠小於內存的存取效率），為了提高數據的存取效率，才會這么乾的。
一般而言，java中的所謂數據，大部分都是類，從自動引用計數的概念來分析，你想把對象長久的放在內存中，不會被垃圾回收機制釋放，注意制葯有一個對象在使用／引用你的數據，這條數據就會存在內存中。所以，想servlet中的全局配置參數，隨時可以取到還是唯一一份，你可以參考一下。
另外內存使用分堆與棧，堆在面向對象編程中存儲對象的，棧是方法或函數執行的時候臨時開辟的存儲空間，方法或函數執行完畢就會釋放。
希望我的回復能幫助到你，採納與否沒關系。有更好的答案，我就隱藏我的回復。

G. 1． Java有幾種內存每一種內存有什麼功能哪一種內存速度快

有六個地方都可以存儲數據：
(1) 寄存器(Registers)。這是速度最快的存儲場所，因為寄存器其他所有存儲媒介都不同：它位於處理器內部。不過，寄存器的數量十分有限，所以寄存器是根據需要由編譯器適當地分配。作為一個程序員，我們對此沒有直接的控制權，也沒辦法在程序里頭感覺到寄存器的任何存在跡象。

(2) Stack(棧)。位於一般的RAM（random-access memory，隨機訪問內存）中。處理器通過其指針(「棧指針」，stack pointer)獲得處理的直接支持。棧指針若向下(後)移，會分配新的內存；若向上(前)移，則會釋放那些內存。這是一種特別快、特別有效率的數據存儲方式，速度僅次於寄存器。由於Java編譯器有責任產生「將stack指針前後移動」的程序代碼，所以它必須能夠完全掌握它所編譯的程序中「存在stack里頭的所有數據的實際大小和存活時間」。如此一來便會限製程序的彈性。由於這個限制，盡管有些Java數據要存儲在棧里——特別是對象句柄，但Java對象並不放到其中。

(3) Heap(堆)。Heap是一種通用性質的內存存儲空間（也存在於RAM中），用來置放所有Java對象。「內存堆」或「堆」（Heap）勝過stack之處在於，編譯器不需知道究竟得從堆里分配多少存儲空間，也不需知道從堆上分配的空間究竟要存活多長的時間。因此，用堆存儲數據時會得到更大的靈活性。要求創建一個對象時，只需用new即可。執行這些代碼時，會在堆里分配空間。當然，為達到這種靈活性，必然會付出一定的代價：在堆里分配存儲空間時會比從棧里分配花掉更長的時間（假設你真的可以在Java中像C++一樣地從stack上產生對象的話）！

(4) 靜態存儲空間(Static storage)。這兒的「靜態」（Static）是指「位於固定位置」（也在RAM里頭）。靜態存儲空間存放著「程序運行期間」一直存在的數據。可用static關鍵字將某個對象內的特定成員設為靜態，但Java對象本身永遠都不會置入靜態存儲空間。

(5) 常量存儲空間(Constant storage)。常量值通常被直接置於程序代碼里頭。因為它們永遠都不會改變，所以也是安全的。有的常數需要嚴格地保護，所以可考慮將它們置入只讀存儲器（read-only memory,ROM）中。

(6) 非RAM存儲空間(Non-RAM storage)。若數據完全存活於程序之外，則程序不運行時數據仍繼續存在，脫離了程序的控制范圍。其中兩個最主要的例子便是「串流化對象（streamed objects）」和「持久性對象（persistent objects）」。在串流化對象形式中，對象會被轉換為一連串的位元組(bytes)流，這些bytes通常會被傳送給另一台機器。而在持久性對象形式中，對象被存儲於磁碟，即使程序運行結束，這些對象還能夠繼續保有。這種類型的存儲空間的特點在於，它們能夠將對象轉換為可存儲於其他媒介的形式，並在需要時，將所存儲的數據還原成可存儲於RAM中的一般對象。Java提供了對「輕量級持久性（Lightweight persistence）」的支持。新版本有可能提供更完善的解決方案。

針對你的補充我也補充一下:堆內存和棧內存確實是我們常常用的東西,比如
Animal a = new Animal();
這個時候相當於在堆內存中開辟了一個空間保存了Animal的信息以及著塊空間的內存地址,然後在棧內存中劃了一小快空間保存了堆中的內存地址,這個時候我們就可以說引用a指向Animal()了.

可是有時候,有個靜態類.Animal,裡面有個靜態方法speak();
那麼可以這么直接調用Animal.sepak();
這個時候既沒有new,也沒有Animal a=??;
所以既沒有在堆中開辟空間也沒有在棧內存中開辟空間 ,
可是方法確實能執行,一切程序都運行在內存里,那麼證明有新的內存區,就是靜態空間了.
當然還有常量什麼的等等

H. 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錯誤"

I. java內存關系

JAVA是面向對象的編程。除了幾個內建類型，其他的類型都是對象
而且就算對於內建類型
int a =2;
int b =a;
a和b的值相同，地址也不一樣
String是字元串對象，他是有拷貝構造器的，類似內建對象，所以不是引用。
b又不是c對象
當然是不變的
這個很坑爹的，java設計中有如果沒有拷貝構造的就引用了。