怎麼提高java的物理內存

⑴ 請問java 32位怎麼調整內存簡單點了

可以將虛擬機內存調正的4G，這也是32位內存的極限。

⑵ 怎樣擴大java的安裝內存啊、

要看你的手機是什麼品牌的，有些手機連補丁都沒，還有jar沒補丁的，要擴大java內存的話一定要刷機的，還有就是如果你的手機可以從電腦上看到java存儲目錄的話可以自己先隨便改個小的java程序的名字，裝好後從電腦上把它用大的要安裝的java程序把它覆蓋掉，方法在許多論壇上都有的，自己去找，搜手機去除java安裝大小限制就可以了

⑶ 怎麼調高java的內存上限

在命令行加參數：
-Xmx3072m （這個樣例表示 最大用 3G 內存），具體多少適合要看你機器有多少物理內存，另外 32位無法到達這么多，給多了只會崩潰。

⑷ 怎樣增加java執行內存

方法如下：
1、打開eclipse配置文件eclipse.ini，更改把-Xmx（其數值代表jvm可以使用的最大內存數）
2、運行java程序時，選擇run->run configuration->arguments,輸入-Xms100M -Xmx800M（-Xms代表jvm啟動時分配的內存大小，-Xmx代表可最大分配多少內存）。

3、如果修改web伺服器的內存可以通過window->preference->myeclipse->servers->伺服器名稱->伺服器名稱+版本->jdk下面修改內存。
例如：-Xms512m -Xmx1024m -XX:PermSize=256m

⑸ 如何調整java虛擬機內存大小

在一些規模稍大的應用中，Java虛擬機（JVM）的內存設置尤為重要，想在項目中取得好的效率，GC（垃圾回收）的設置是第一步。

PermGen space：全稱是Permanent Generation space.就是說是永久保存的區域,用於存放Class和Meta信息,Class在被Load的時候被放入該區域Heap space：存放Instance。

GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤

Java Heap分為3個區
1.Young
2.Old
3.Permanent

Young保存剛實例化的對象。當該區被填滿時，GC會將對象移到Old區。Permanent區則負責保存反射對象，本文不討論該區。

JVM的Heap分配可以使用-X參數設定，

-Xms
初始Heap大小

-Xmx
java heap最大值

-Xmn
young generation的heap大小

JVM有2個GC線程
第一個線程負責回收Heap的Young區
第二個線程在Heap不足時，遍歷Heap，將Young 區升級為Older區

Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個線程被迫運行會降低JVM的性能。
為什麼一些程序頻繁發生GC？

有如下原因：
1.程序內調用了System.gc()或Runtime.gc()。
2.一些中間件軟體調用自己的GC方法，此時需要設置參數禁止這些GC。
3.Java的Heap太小，一般默認的Heap值都很小。
4.頻繁實例化對象，Release對象 此時盡量保存並重用對象，例如使用StringBuffer()和String()。

如果你發現每次GC後，Heap的剩餘空間會是總空間的50%，這表示你的Heap處於健康狀態,許多Server端的Java程序每次GC後最好能有65%的剩餘空間

經驗之談：

1．Server端JVM最好將-Xms和-Xmx設為相同值。為了優化GC，最好讓-Xmn值約等於-Xmx的1/3。
2．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內完成。

注意：

1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應用程序不做任何工作。
2．Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值，因為Java為其他任務分配內存，例如每個線程的Stack等。

Stack的設定
每個線程都有他自己的Stack。

-Xss
每個線程的Stack大小

Stack的大小限制著線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。

硬體環境

硬體環境也影響GC的效率，例如機器的種類，內存，swap空間，和CPU的數量。
如果你的程序需要頻繁創建很多transient對象，會導致JVM頻繁GC。這種情況你可以增加機器的內存，來減少Swap空間的使用。

4種GC

1、第一種為單線程GC，也是默認的GC，該GC適用於單CPU機器。
2、第二種為Throughput GC，是多線程的GC，適用於多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在於GC在收集Young區是多線程的，但在Old區和第一種一樣，仍然採用單線程。-XX:+UseParallelGC參數啟動該GC。
3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回收同時，運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。
4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區對象。-Xincgc參數啟動該GC。

單文件的JVM內存進行設置

默認的java虛擬機的大小比較小，在對大數據進行處理時java就會報錯：java.lang.OutOfMemoryError。
設置jvm內存的方法，對於單獨的.class，可以用下面的方法對Test運行時的jvm內存進行設置。
java -Xms64m -Xmx256m Test
-Xms是設置內存初始化的大小
-Xmx是設置最大能夠使用內存的大小（最好不要超過物理內存大小）

tomcat啟動jvm內存設置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加「m」說明是MB，否則就是KB了，在啟動tomcat時會報內存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..windows服務執行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設置.解決辦法:

修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值為

-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"
-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"
-Xrs加入 -Xms300m -Xmx350m

重起tomcat服務,設置生效

weblogic啟動jvm內存設置

在weblogic中，可以在startweblogic.cmd中對每個domain虛擬內存的大小進行設置，默認的設置是在commEnv.cmd裡面。

JBoss

默認可以使用的內存為64MB
$JBOSSDIR$/bin/run.config
JAVA_OPTS = "-server -Xms128 -Xmx512"

Eclipse

在所在目錄下，鍵入
eclipse.exe -vmargs -Xms256m -Xmx512m
256m表示JVM堆內存最小值
512m表示JVM堆內存最大

Websphere

進入控制台去設置：應用程序伺服器 > server1 > 進程定義 > Java 虛擬機

⑹ 運行java程序至少要有多少堆內存怎樣才能提高JAVA性能

看是什麼程序了，復雜的需要多，簡單的需要少。

刷堆棧就行了，不是所有都能刷的。

⑺ 如何提高Java性能

提高JAVA的性能，一般考慮如下的四個主要方面：
（1） 程序設計的方法和模式
一個良好的設計能提高程序的性能，這一點不僅適用於JAVA，也適用也任何的編程語言。因為它充分利用了各種資源，如內存，CPU,高速緩存，對象緩沖池及多線程，從而設計出高性能和可伸縮性強的系統。
當然，為了提高程序的性能而改變原來的設計是比較困難的，但是，程序性能的重要性常常要高於設計上帶來的變化。因此，在編程開始之前就應該有一個好的設計模型和方法。
（2） JAVA布署的環境。
JAVA布署的環境就是指用來解釋和執行JAVA位元組碼的技術，一般有如下五種。即解釋指令技術(Interpreter Technology)，及時編譯的技術(Just In Time Compilier Technology), 適應性優化技術（Adaptive Optimization Technology）, 動態優化，提前編譯為機器碼的技術（Dynamic Optimization,Ahead Of Time Technology）和編譯為機器碼的技術（Translator Technology）.
這些技術一般都通過優化線程模型，調整堆和棧的大小來優化JAVA的性能。在考慮提高JAVA的性能時，首先要找到影響JAVA性能的瓶頸（BottleNecks），在確認了設計的合理性後，應該調整JAVA布署的環境，通過改變一些參數來提高JAVA應用程序的性能。具體內容見第二節。
（3） JAVA應用程序的實現
當討論應用程序的性能問題時，大多數的程序員都會考慮程序的代碼，這當然是對的，當更重要的是要找到影響程序性能的瓶頸代碼。為了找到這些瓶頸代碼，我們一般會使用一些輔助的工具，如Jprobe,Optimizit,Vtune以及一些分析的工具如TowerJ Performance等。這些輔助的工具能跟蹤應用程序中執行每個函數或方法所消耗掉的時間，從而改善程序的性能。
（4） 硬體和操作系統
為了提高JAVA應用程序的性能，而採用跟快的CPU和更多的內存，並認為這是提高程序性能的唯一方法，但事實並非如此。實踐經驗和事實證明，只有遭到了應用程序性能的瓶頸，從而採取適當得方法，如設計模式，布署的環境，操作系統的調整，才是最有效的。
3．程序中通常的性能瓶頸。
所有的應用程序都存在性能瓶頸，為了提高應用程序的性能，就要盡可能的減少程序的瓶頸。以下是在JAVA程序中經常存在的性能瓶頸。
了解了這些瓶頸後，就可以有針對性的減少這些瓶頸，從而提高JAVA應用程序的性能
4. 提高JAVA程序性能的步驟
為了提高JAVA程序的性能，需要遵循如下的六個步驟。
a) 明確對性能的具體要求
在實施一個項目之前，必須要明確該項目對於程序性能的具體要求，如：這個應用程序要支持5000個並發的用戶，並且響應時間要在5秒鍾之內。但同時也要明白對於性能的要求不應該同對程序的其他要求沖突。

⑻ 如何解決物理內存不足引起的JAVA 堆內存溢出

內存溢出 out of memory，是指程序在申請內存時，沒有足夠的內存空間供其使用，出現out of memory；比如申請了一個integer,但給它存了long才能存下的數，那就是內存溢出。
內存泄露 memory leak，是指程序在申請內存後，無法釋放已申請的內存空間，一次內存泄露危害可以忽略，但內存泄露堆積後果很嚴重，無論多少內存,遲早會被佔光。
memory leak會最終會導致out of memory！
內存溢出就是你要求分配的內存超出了系統能給你的，系統不能滿足需求，於是產生溢出。

內存泄漏是指你向系統申請分配內存進行使用(new)，可是使用完了以後卻不歸還(delete)，結果你申請到的那塊內存你自己也不能再訪問（也許你把它的地址給弄丟了），而系統也不能再次將它分配給需要的程序。一個盤子用盡各種方法只能裝4個果子，你裝了5個，結果掉倒地上不能吃了。這就是溢出！比方說棧，棧滿時再做進棧必定產生空間溢出，叫上溢，棧空時再做退棧也產生空間溢出，稱為下溢。就是分配的內存不足以放下數據項序列,稱為內存溢出.

以發生的方式來分類，內存泄漏可以分為4類：

1. 常發性內存泄漏。發生內存泄漏的代碼會被多次執行到，每次被執行的時候都會導致一塊內存泄漏。
2. 偶發性內存泄漏。發生內存泄漏的代碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測內存泄漏至關重要。
3. 一次性內存泄漏。發生內存泄漏的代碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊內存發生泄漏。比如，在類的構造函數中分配內存，在析構函數中卻沒有釋放該內存，所以內存泄漏只會發生一次。
4. 隱式內存泄漏。程序在運行過程中不停的分配內存，但是直到結束的時候才釋放內存。嚴格的說這里並沒有發生內存泄漏，因為最終程序釋放了所有申請的內存。但是對於一個伺服器程序，需要運行幾天，幾周甚至幾個月，不及時釋放內存也可能導致最終耗盡系統的所有內存。所以，我們稱這類內存泄漏為隱式內存泄漏。

從用戶使用程序的角度來看，內存泄漏本身不會產生什麼危害，作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的是內存泄漏的堆積，這會最終消耗盡系統所有的內存。從這個角度來說，一次性內存泄漏並沒有什麼危害，因為它不會堆積，而隱式內存泄漏危害性則非常大，因為較之於常發性和偶發性內存泄漏它更難被檢測到

內存溢出的原因以及解決方法
引起內存溢出的原因有很多種，小編列舉一下常見的有以下幾種：
1.內存中載入的數據量過於龐大，如一次從資料庫取出過多數據；
2.集合類中有對對象的引用，使用完後未清空，使得JVM不能回收；
3.代碼中存在死循環或循環產生過多重復的對象實體；
4.使用的第三方軟體中的BUG；
5.啟動參數內存值設定的過小
內存溢出的解決方案：
第一步，修改JVM啟動參數，直接增加內存。(-Xms，-Xmx參數一定不要忘記加。)
第二步，檢查錯誤日誌，查看逗OutOfMemory地錯誤前是否有其它異常或錯誤。
第三步，對代碼進行走查和分析，找出可能發生內存溢出的位置。
重點排查以下幾點：
1.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
2.檢查代碼中是否有死循環或遞歸調用。
3.檢查是否有大循環重復產生新對象實體。
4.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
5.檢查List、MAP等集合對象是否有使用完後，未清除的問題。List、MAP等集合對象會始終存有對對象的引用，使得這些對象不能被GC回收。
第四步，使用內存查看工具動態查看內存使用情況

⑼ 怎麼提升java的支持內存

1. 打開 Eclipse 的安裝目錄

2. 找到eclipse.ini 文件，用記事本的方式打開，如果其它的文本編輯器打開就更好，因為會比較好編輯一點

3. 找到-Xms256m 和-Xmx1024m

   -Xms 代表的是 eclipse 初始分配的內存大小

   -Xmx 代表的是 eclipse 最大分配的內存大小

所以你把你配置文件的-Xmx調為3072就可以了