cpu高java
① java程序佔用CPU極高,請問是怎麼回事
多線程最容易造成資源死鎖的，查查看那個沒有釋放資源~！還有緩沖池設置夠不夠大~！垃圾處理機制也要檢查~！
② java cpu佔用高，該怎麼處理
你是自己編寫的程序嗎？如果是請自查代碼
CPU佔用過高，一般是因為你線程啟動太多或者其中一個或多個線程工作太忙
工作太忙的例子，最簡單的，代碼太長，執行需要一段時間，CPU就會升高，可以適當地加上sleep（milliseconds)來使其睡眠一小會。
還有就是線程有的時候必須要時刻監聽一個值，這個時候簡單粗暴的方式就是while(true)，然後裡面判斷一個boolean是否為真，如果是則break，如果不是則繼續循環
這樣的代碼是【非常】【非常】吃CPU的，還是避免它比較好，或者至少加入sleep(1)來讓其休息一下，1已經很小了。。
線程太多的話，我們的CPU本來是很閑的，尤其是電腦閑置的時候，基本上是不會幹活的，只會監聽一下硬體設備，以及自動保存一下未保存的文檔等等，它的時間片安排的特別寬松，也就不會出現佔用過高的問題，結果假設你的程序給它安排了幾十個線程等著執行……
因為CPU可不是給一個單獨的線程一堆時間，直到這個線程結束再給下一個線程。
CPU會把自己的時間片資源分配給隨機的線程，執行時間結束後強制暫停線程，優先順序高的能獲得更多處理時間，但不保證必然能得到全部時間。
如果線程太多了，那麼sleep方法就沒什麼用了，因為本來是讓線程休息的，結果這個休息了那個立馬就開始，所以用處不大了
③ Java進程佔用CPU高怎麼解決
如果你使用資料庫的話那就看一下你的資料庫聯接,是否有資源未釋放或獲取connection過於頻繁.如果僅僅是JAVA程序,那就查看一下是否為線程使用不當,你到網上找一下線程相關問題即可
④ Java程序CPU佔用過高怎麼解決
Java程序就是這樣的，我去年做了一個桌面軟體，也出現這樣的問題，後來不用java的自動垃圾回收，在必要的時候手動調用System.gc(),這種情況就很少出現了，但是偶爾也還有。另外，CPU佔用率過高的情況一般是編程的問題，重點考慮線程資源共享和網路流處理兩個方面，java大部分的高CPU佔用率都跟這兩點有關系。
⑤ Java程序CPU佔用過高怎麼解決
2個java.exe？跑了伺服器和客戶端兩個吧，看看是軟體引起還是硬體相關的原因，軟體無非是你的程序訪問量，或者內存沒有回收，例如不停的重新發布應用之類的，硬體就是買個風扇吹吹吧，清理下操作系統的垃圾。
⑥ java佔用cpu高
java進程佔用CPU過高常見的兩種情況：
1,代碼中有死循環或者接近死循環的操作
2,快速創建大量臨時變數，導致頻繁觸發gc回收
⑦ Java如何定位佔用CPU比較高的問題
一、確定消耗CPU的Java進程
備註：
1、jstack 輸出的堆棧信息，線程id對應的16進制為小寫，查找時要統一按照小寫方式查找
2、jstack輸出為當前瞬間的堆棧信息，如果遇到間斷性出現CPU高的問題時，需要多輸出幾次
從上面方式定位到代碼Test.main(Test.java:4)處導致了CPU偏高的問題，那我們查看下代碼具體如何實現的？
代碼實現：
public class Test {
public static void main(String[] args) {
while(true) {
}
}
}
從代碼層面看該處實現了一個死循環，所以導致了線程佔用CPU偏高的問題。
⑧ java cpu佔用高，該怎麼處理
假設你是編程人員，檢查代碼裡面有沒有大量循環操作，或者將用線程來處理消耗時間較長的代碼塊。
假設你是使用者，升級java版本可以有效減緩問題，如果已經是最新版了，那最大的可能性是性能問題或是軟體本身問題。
⑨ CPU佔用過高問題的排查及解決
top命令是Linux下常用的性能分析工具，能夠實時顯示系統中各個進程的資源佔用狀況，類似於Windows的任務管理器
第一行，任務隊列信息，同uptime 命令的執行結果
第二行，Tasks — 任務（進程）
總進程:150 total, 運行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵屍進程: 0 zombie
第三行，cpu狀態信息
第四行,內存狀態
1003020k total, 234464k used, 777824k free, 24084k buffers【緩存的內存量】
第五行，swap交換分區信息
2031612k total, 536k used, 2031076k free, 505864k cached【緩沖的交換區總量】
更多Linux內核視頻資料免費·領取後台私信【 內核 】自行獲取。
第六行，空行
第七行以下：各進程（任務）的狀態監控
詳解
top使用方法：
此時發現如果是Java的進程佔用過高，並且一直下不來，則排查是什麼線程導致佔比過高。以圖中進程舉例，假如發現PID為31357的Java進程佔CPU比一直很高，則記錄下它的PID
2.查看Java進程裡面的線程的佔用情況
top -H -p 31357 然後按shift+p按照CPU排序
說明：-H 指顯示線程，-p 是指定進程
可以看到CPU佔用較高的線程，記下他們的PID，假設這里31357的CPU佔比一直是50%
將查找到的 線程佔用最高的 tid 上圖中 29108 轉成16進制 --- 71b4
jstack 31357 > jstack.31357.log
以上能看到指定線程的堆棧信息。如果想看到關於線程中的 鎖的附加信息 ，可以加一個-l參數
4.上面方法用於進程正常情況下的堆棧列印
用jstack -l命令沒有響應，估計是CPU一直站著不能執行正常的命令，根據提示［The -F option can be used when the target process is not responding］只能放大招了。
jstack -F 「PID」 > jstack.「PID」.txt
吐出的實際日誌結果如下：
發現一大坨線程阻塞了，有用的結果在這里：
顯然一直在跑的是19576這個線程，一直在執行EXCEL導出的相關方法，問題就出在這里，下面的任務就是排查這個地方的代碼邏輯了。
jstack命令格式:
jstack [ option ] pid
參數說明:
命令格式
jps [ options ] [ hostid ]
參數說明：
三個參數加在一起顯示更詳細的信息：
發現這些Java進程的啟動參數中開放了JMX的遠程埠，正常情況下可以通過jconsole遠程連接過去看到JVM的日常參數。比如本地訪問上圖中的pay.war進程：
⑩ java cpu佔用高，該怎麼處理
換CPU吧，如果是台式可換個i5 4950的，是筆記本的話，重裝系統減少後台程序也是可以騰空運行內存的，本人也是學java的，不過是初學者。