java內存高
『壹』 java系統佔用內存4.7G算高嗎
和運行的java程序有關，如果那個java程序設計時就是要使用那麼多內存，那就正常
『貳』 Java400萬數據佔多數內存
java的內存回收，是自動回收，如果gc木有回收，可能是，實例一直被持有，導致內存一直得不到釋放
1。 以上結論適用於32位系統，對於64位系統，有很多不同。反正結論是雖然64位系統能用的內容更多了，但相同的程序佔用內存也多了不少
2。 上面討論的是類的實例佔用的內存，沒有考慮靜態變數的佔用。 靜態變數引用的是算在Class數據里的，內容的佔用和實例無關，單獨計算就可以了
3。 以上沒有考慮 Class本身占的內存。 Class本身也需要佔地方啊，就是類的結構，以及靜態變數的引用的佔用。但是這個佔用是靜態的，不隨實例變多而變多的。也不好統計出來，想統計的話，看jvm源碼里jclass的表示。
『叄』 JAVA為什麼佔用的內存這么大，700多兆
可能通過 java -X選項設置堆大小，
-Xms256m 初始堆大小256m
-Xmx1024m 最大堆大小1024m
如果需要的內存比較少可以把這2個選項設小點
『肆』 java cpu佔用高，該怎麼處理
你是自己編寫的程序嗎？如果是請自查代碼
CPU佔用過高，一般是因為你線程啟動太多或者其中一個或多個線程工作太忙
工作太忙的例子，最簡單的，代碼太長，執行需要一段時間，CPU就會升高，可以適當地加上sleep（milliseconds)來使其睡眠一小會。
還有就是線程有的時候必須要時刻監聽一個值，這個時候簡單粗暴的方式就是while(true)，然後裡面判斷一個boolean是否為真，如果是則break，如果不是則繼續循環
這樣的代碼是【非常】【非常】吃CPU的，還是避免它比較好，或者至少加入sleep(1)來讓其休息一下，1已經很小了。。
線程太多的話，我們的CPU本來是很閑的，尤其是電腦閑置的時候，基本上是不會幹活的，只會監聽一下硬體設備，以及自動保存一下未保存的文檔等等，它的時間片安排的特別寬松，也就不會出現佔用過高的問題，結果假設你的程序給它安排了幾十個線程等著執行……
因為CPU可不是給一個單獨的線程一堆時間，直到這個線程結束再給下一個線程。
CPU會把自己的時間片資源分配給隨機的線程，執行時間結束後強制暫停線程，優先順序高的能獲得更多處理時間，但不保證必然能得到全部時間。
如果線程太多了，那麼sleep方法就沒什麼用了，因為本來是讓線程休息的，結果這個休息了那個立馬就開始，所以用處不大了
『伍』 linux java應用佔用內存高 怎麼分析
目前大部分應用程序採用的是JAVA語言開發，在產品上線使用一段時間後，經常會出現某個JAVA程序佔用的CPU，內存過高，而且幾乎從不釋放，導致系統卡頓，用戶使用變慢，如果要恢復，則必須殺掉該進程或重啟該服務，然後進行此操作時，必定會導致業務中斷。
程序主要由代碼組成，優化則需要知道是哪段代碼佔用資源，並且一個應用佔用CPU很高，除了確實是計算密集型應用之外，通常原因都是出現了死循環，所以通過優化代碼來
『陸』 為什麼運行java佔用cpu和內存這么高。
程序正常的話，肯定不會使用到100%，估計是程序有死循環導致的，建議單獨測試一下應用
『柒』 剛開機 JAVA進程 佔用內存高
可以啊！！如果你沒有運行Java的程序！！
『捌』 Java編程時如何節省內存，效率高
從理論上來講Java做的系統並不比其他語言開發出來的系統更佔用內存，那麼為什麼卻有這么多理由來證明它確實占內存呢?兩個字，陋習。
1、別用new Boolean()。
在很多場景中Boolean類型是必須的，比如JDBC中boolean類型的set與get都是通過Boolean封裝傳遞的，大部分ORM也是用Boolean來封裝boolean類型的，比如：
以下是引用片段：
ps.setBoolean(「isClosed」,new Boolean(true));
ps.setBoolean(「isClosed」,new Boolean(isClosed));
ps.setBoolean(「isClosed」,new Boolean(i==3));
通常這些系統中構造的Boolean實例的個數是相當多的，所以系統中充滿了大量Boolean實例小對象，這是相當消耗內存的。Boolean類實際上只要兩個實例就夠了，一個true的實例，一個false的實例。
Boolean類提供兩了個靜態變數：
以下是引用片段：
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
因為valueOf的內部實現是：return (b ? TRUE : FALSE);
所以可以節省大量內存。相信如果Java規范直接把Boolean的構造函數規定成private，就再也不會出現這種情況了。
2、別用new Integer。
和Boolean類似，java開發中使用Integer封裝int的場合也非常 多，並且通常用int表示的數值通常都非常小。SUN SDK中對Integer的實例化進行了優化,Integer類緩存了-128到127這256個狀態的Integer，如果使用 Integer.valueOf(int i)，傳入的int范圍正好在此內，就返回靜態實例。這樣如果我們使用Integer.valueOf代替new Integer的話也將大大降低內存的佔用。如果您的系統要在不同的SDK(比如IBM SDK)中使用的話，那麼可以自己做了工具類封裝一下，比如IntegerUtils.valueOf(),這樣就可以在任何SDK中都可以使用這種特性。
3、用StringBuffer代替字元串相加。
這個我就不多講了，因為已經被 人講過N次了。我只想將一個不是笑話的笑話，我在看國內某「著名」java開發的WEB系統的源碼中，竟然發現其中大量的使用字元串相加，一個拼裝SQL 語句的方法中竟然最多構造了將近100個string實例。無語中!
4、過濫使用哈希表
有一定開發經驗的開發人員經常會使用hash表(hash 表在JDK中的一個實現就是HashMap)來緩存一些數據，從而提高系統的運行速度。比如使用HashMap緩存一些物料信息、人員信息等基礎資料，這 在提高系統速度的同時也加大了系統的內存佔用，特別是當緩存的資料比較多的時候。其實我們可以使用操作系統中的緩存的概念來解決這個問題，也就是給被緩存的分配一個一定大小的緩存容器，按照一定的演算法淘汰不需要繼續緩存的對象，這樣一方面會因為進行了對象緩存而提高了系統的運行效率，同時由於緩存容器不是無限制擴大，從而也減少了系統的內存佔用。現在有很多開源的緩存實現項目，比如ehcache、oscache等，這些項目都實現了FIFO、MRU等常見的緩存演算法。
5、避免過深的類層次結構和過深的方法調用。
因為這兩者都是非常佔用內存的(特別是方法調用更是堆棧空間的消耗大戶)。
6、變數只有在用到它的時候才定義和實例化。
7、盡量避免使用static變數，類內私有常量可以用final來代替。
8、對頻繁使用的對象採用對象池技術
9、保證每個IO操作，connection及時關閉
『玖』 java程序運行10多天後內存持續升高，怎麼解決
有線程沒斷過。共享的數據一致增加