『壹』 電腦java8update內存使用率高
可能是代碼原因導致的問題，也可能是其他原因導致的問題。
使用dstat和top查看內存使用最高的應用，查到內存佔用最高的是java應用，使用2253M內存，但是這台伺服器跑了好幾個java，具體哪個進程使用top看下資源情況，使用top，使用dstat可以看到java應用整體內存使用率超過了70%，其中pid為16494的進程一個應用佔了28.7的內存，使用ps查看16494的線程情況，命令：psp16494-L-opcpu,pmem,pid,tid,time,tname,cmd，看到16494這個pid的應用產生了很多線程。在分析前需要將17417這個id轉換為16進制，方便查找信息12[root@localhost~]#printf"%x
"17417，440916進制為4409。將pid為16494的應用列印到日誌中1[root@localhost~]#jstack-l16494>jstack.log。查看內存堆棧信息，1[root@localhost~]#vimjstack.log，[root@localhost~]#vimjstack.log在日誌信息中查找剛剛轉換的4409。可以看到這個線程狀態為WAITING通過查看日誌發現有大量的waitingoncondition。1，parkingtowaitfor<0x0000000085dce510>存在大量線程等待被喚醒，佔用大量內存。
『貳』 伺服器內存佔用過高如何解決
伺服器內存佔用過高的解決方法：
1，首先通過任務管理器進行進程排序，查找佔用內存較大的程序進程。一般佔用內存較大的進程有W3WP、sqlserver、mysqld-nt.exe；
2， 站點進程w3wp 可以在cmd命令行中通過 iisapp 命令來對應是那個網站佔用內存較大。可以通過設置回收時間、內存最大使用值或共用進程池來減少內存的佔用，但是如果要保證網站的訪問質量，還是建議升級至更高型號來解決；
3，資料庫 sql server 也可以通過資料庫的企業管理器來設置最大內存佔用，但是如果網站程序必須要佔用較大內存的話，設置後會發生頁面報錯、打不開等問題；
4，MYSQL本身會佔用較大虛擬內存，如果不使用mysql資料庫的話，可以將其停止。
『叄』 java內存溢出怎麼解決
第一對所有的代碼包括頁面中的java代碼都進行一遍徹底的回顧檢查，
1.對那些靜態(static)的對象要特別留神，特別是類型為Map,List,Set的，靜態的變數會一直駐存在內存中，生命周期比較長，不會被垃圾器回收。
2．對於代碼，要審查是否生成了大量的冗餘的對象，還有一些邏輯業務處理的類，
演算法是否過於復雜，調整演算法，對於代碼認真審查，再仔細重構一遍代碼，能提高代碼質量，提高程序運行穩定性。
3.Java中的內存溢出大都是因為棧中的變數太多了。其實內存有的是。建議不用的盡量設成null以便回收，多用局部變數，少用成員變數。
1），變數所包含的對象體積較大，佔用內存較多。
2），變數所包含的對象生命周期較長。
3），變數所包含的對象數據穩定。
4），該類的對象實例有對該變數所包含的對象的共享需求。
4．在我的程序中對靜態變數的優化後，使程序佔用內存量至少提升了5k-10k。所以也不容忽視。
第二還有就是String類相關的東西：
1．字元串累加的時候一定要用StringBuffer的append方法，不要使用+操作符連接兩個字元串。差別很大。而且在循環或某些重復執行的動作中不要去創建String對象，因為String對象是要用StringBuffer對象來處理的，一個String對象應該是產生了 3個對象（大概是這樣：））。
2．字元串length()方法來取得字元串長度的時候不要把length放到循環中，可以在循環外面對其取值。(包括vector的size方法)。特別是循環次數多的時候，盡量把length放到循環外面。
int size = xmlVector.size();
for (int i = 2; i < size; i++) {
。。。
}
3 寫代碼的時候處理內存溢出
try{
//do sth
....
}catch (outofmemoryerror e){//可以用一個共通函數來執行.
system.out.print (「no memory! 」);
system.gc();
//do sth again
....
} 4.對於頻繁申請內存和釋放內存的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用，最好使用finallize強制執行或者寫自己的finallize方法。 Java 中並不保證每次調用該方法就一定能夠啟動垃圾收集，它只不過會向JVM發出這樣一個申請，到底是否真正執行垃圾收集，一切都是個未知數。
『肆』 Linux伺服器運行的java內存問題，怎麼解決
VM內存設置小了 或者一次性讀的數據過大 例如list vertor 一、內存溢出類型 1、java.lang.OutOfMemoryError: PermGen space JVM管理兩種類型的內存，堆和非堆。堆是給開發人員用的上面說的就是，是在JVM啟動時創建；非堆是留給JVM自己用的，用來存放類的信息的。它和堆不同，運行期內GC不會釋放空間。如果web app用了大量的第三方jar或者應用有太多的class文件而恰好MaxPermSize設置較小，超出了也會導致這塊內存的佔用過多造成溢出，或者tomcat熱部署時侯不會清理前面載入的環境，只會將context更改為新部署的，非堆存的內容就會越來越多。 PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域，這塊內存主要是被JVM存放Class和Meta信息的,Class在被Loader時就會被放到...
『伍』 如何解決JAVA 內存溢出的問題、
JProfiler工具主要用於檢查和跟蹤系統（限於Java開發的）的性能。JProfiler可以通過時時的監控系統的內存使用情況，隨時監視垃圾回收，線程運行狀況等手段，從而很好的監視JVM運行情況及其性能。1. 應用伺服器內存長期不合理佔用，內存經常處於高位佔用，很難回收到低位； 2. 應用伺服器極為不穩定，幾乎每兩天重新啟動一次，有時甚至每天重新啟動一次； 3. 應用伺服器經常做Full GC(Garbage Collection)，而且時間很長，大約需要30-40秒，應用伺服器在做Full GC的時候是不響應客戶的交易請求的，非常影響系統性能。 因為開發環境和產品環境會有不同，導致該問題發生有時會在產品環境中發生，通常可以使用工具跟蹤系統的內存使用情況，在有些個別情況下或許某個時刻確實是使用了大量內存導致out of memory，這時應繼續跟蹤看接下來是否會有下降，如果一直居高不下這肯定就因為程序的原因導致內存泄漏。五、不健壯代碼的特徵及解決辦法1、盡早釋放無用對象的引用。好的辦法是使用臨時變數的時候，讓引用變數在退出活動域後，自動設置為null，暗示垃圾收集器來收集該對象，防止發生內存泄露。對於仍然有指針指向的實例，jvm就不會回收該資源,因為垃圾回收會將值為null的對象作為垃圾，提高GC回收機制效率；2、我們的程序里不可避免大量使用字元串處理，避免使用String，應大量使用StringBuffer，每一個String對象都得獨立佔用內存一塊區域；String str = "aaa"; String str2 = "bbb"; String str3 = str + str2;//假如執行此次之後str ,str2以後再不被調用,那它就會被放在內存中等待Java的gc去回收,程序內過多的出現這樣的情況就會報上面的那個錯誤,建議在使用字元串時能使用StringBuffer就不要用String,這樣可以省不少開銷； 3、盡量少用靜態變數，因為靜態變數是全局的，GC不會回收的；4、避免集中創建對象尤其是大對象，JVM會突然需要大量內存，這時必然會觸發GC優化系統內存環境；顯示的聲明數組空間，而且申請數量還極大。這是一個案例想定供大家警戒使用jspsmartUpload作文件上傳,運行過程中經常出現java.outofMemoryError的錯誤，檢查之後發現問題：組件里的代碼m_totalBytes = m_request.getContentLength();m_binArray = new byte[m_totalBytes];問題原因是totalBytes這個變數得到的數極大，導致該數組分配了很多內存空間，而且該數組不能及時釋放。解決辦法只能換一種更合適的辦法，至少是不會引發outofMemoryError的方式解決。參考： http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=37475、盡量運用對象池技術以提高系統性能；生命周期長的對象擁有生命周期短的對象時容易引發內存泄漏，例如大集合對象擁有大數據量的業務對象的時候，可以考慮分塊進行處理，然後解決一塊釋放一塊的策略。6、不要在經常調用的方法中創建對象，尤其是忌諱在循環中創建對象。可以適當的使用hashtable，vector 創建一組對象容器，然後從容器中去取那些對象，而不用每次new之後又丟棄7、一般都是發生在開啟大型文件或跟資料庫一次拿了太多的數據，造成 Out Of Memory Error 的狀況，這時就大概要計算一下數據量的最大值是多少，並且設定所需最小及最大的內存空間值。
『陸』 java程序運行10多天後內存持續升高，怎麼解決
有線程沒斷過。共享的數據一致增加
『柒』 java項目中很多地方使用線程池,線上伺服器內存佔用越來越大.每個線程佔用8.8M.問題是哪兒
針對你說的這種情況，可以使用jvisualvm.exe直接查看內存使用情況，查看是否是有大對象。
『捌』 怎麼解決伺服器內存佔用過高的問題呢
伺服器內存佔用過高的解決方法：
1，首先通過任務管理器進行進程排序，查找佔用內存較大的程序進程。一般佔用內存較大的進程有W3WP、sqlserver、mysqld-nt.exe；
2， 站點進程w3wp 可以在cmd命令行中通過 iisapp 命令來對應是那個網站佔用內存較大。可以通過設置回收時間、內存最大使用值或共用進程池來減少內存的佔用，但是如果要保證網站的訪問質量，還是建議升級至更高型號來解決；
3，資料庫 sql server 也可以通過資料庫的企業管理器來設置最大內存佔用，但是如果網站程序必須要佔用較大內存的話，設置後會發生頁面報錯、打不開等問題；
4，MYSQL本身會佔用較大虛擬內存，如果不使用mysql資料庫的話，可以將其停止。
『玖』 如何解決物理內存不足引起的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回收。
第四步，使用內存查看工具動態查看內存使用情況
『拾』 伺服器內存溢出怎麼解決
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出
JVM在啟動的時候會自動設置JVM Heap的值，其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)不可超過物理內存。
可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置。Heap的大小是Young Generation和Tenured Generaion之和。
在JVM中如果98％的時間是用於GC，且可用的Heap size不足2％的時候將拋出此異常信息。
解決方法：手動設置JVM Heap（堆）的大小。
2. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。
PermGen space的全稱是Permanent Generation space，是指內存的永久保存區域。
為什麼會內存溢出，這是由於這塊內存主要是被JVM存放Class和Meta信息的，Class在被Load的時候被放入PermGen space區域，它和存放Instance的Heap區域不同,sun的 GC不會在主程序運行期對PermGen space進行清理，所以如果你的APP會載入很多CLASS的話，就很可能出現PermGen space溢出。
解決方法： 手動設置MaxPermSize大小
3. java.lang.StackOverflowError ---- 棧溢出
棧溢出了，JVM依然是採用棧式的虛擬機，這個和C和Pascal都是一樣的。函數的調用過程都體現在堆棧和退棧上了。
調用構造函數的 「層」太多了，以致於把棧區溢出了。
通常來講，一般棧區遠遠小於堆區的，因為函數調用過程往往不會多於上千層，而即便每個函數調用需要 1K的空間(這個大約相當於在一個C函數內聲明了256個int類型的變數)，那麼棧區也不過是需要1MB的空間。通常棧的大小是1－2MB的。
通常遞歸也不要遞歸的層次過多，很容易溢出。
解決方法：修改程序。