在學習cloud的過程中，因為啟動了多個服務，發現電腦（8G內存）卡成狗啦。。。。
看下圖：
想到每個服務都只是簡單的使用了cloud的功能，內存怎么會這么大呢？
頭疼 扒拉扒拉一大堆文章后 大佬們給出了建議
修改tomcat的啟動線程數
參考： https://blog.csdn.net/wy674396380/article/details/80527530
修改jvm大小
參考： https://dzone.com/articles/spring-boot-memory-performance
https://blog.csdn.net/wanhuiguizong/article/details/79289986
https://blog.csdn.net/wd2014610/article/details/82182617
修改之后cpu和內存立馬降下來了
一、修改配置文件
關於修改配置文件application.properties。
SpringBoot項目詳細的配置文件修改文檔
其中比較重要的有：
server.tomcat.max-connections=0 # Maximum number of connections that the server accepts and processes at any given time.
server.tomcat.max-http-header-size=0 # Maximum size, in bytes, of the HTTP message header.
server.tomcat.max-http-post-size=0 # Maximum size, in bytes, of the HTTP post content.
server.tomcat.max-threads=0 # Maximum number of worker threads.
server.tomcat.min-spare-threads=0 # Minimum number of worker threads.
1
2
3
4
5
二、Jvm調優
關於Jvm調優Oracle官網有一份指導說明：
Oracle官網對Jvm調優的說明
有興趣大家可以去看看。
三、Jvm調優實戰
1、未設置JVM參數的情況
我現在有一個項目，默認情況下，沒有設置任何Jvm參數。
下面我來啟動看一下。
看一下堆棧分配：
很明顯默認的最大堆內存分配了8個G。很明顯的不合理嘛。
2、下面我們來設置下Jvm參數
例如要配置JVM這么一大段參數：
-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -Xms1024m -Xmx1024m -Xmn256m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC
1
方式一：
如果你用的是IDEA等開發工具，來啟動運行項目，那么要調試JDK就方便太多了。
只需要將參數值設置到VM options中即可。
設置成功，我的GC日志和堆棧分配都已經OK了。
GC日志：
堆棧分配：
方式二：
適用於在項目部署后，在啟動的時候，采用腳本或者命令行運行的時候設置。
先在項目路徑下，給項目打包：
清理就項目
mvn clean
打包新項目：
mvn package -Dmaven.test.skip=true
1
1
打包完成后進入可運行Jar包的路徑下：
執行啟動設置Jvm參數的操作。
$ java -jar -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -Xms1024m -Xmx1024m -Xmn256m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC newframe-1.0.0.jar
這個時候，你再看監控，你就會發現，已經是Ok的了。
堆棧都是按照啟動時候，設置的Jvm參數啟動的。
關於這些設置的JVM參數是什么意思，請參考第二步中的oracle官方給出的調優文檔。
我在這邊簡單說一下：
-XX:MetaspaceSize=128m （元空間默認大小）
-XX:MaxMetaspaceSize=128m （元空間最大大小）
-Xms1024m （堆最大大小）
-Xmx1024m （堆默認大小）
-Xmn256m （新生代大小）
-Xss256k （棧最大深度大小）
-XX:SurvivorRatio=8 （新生代分區比例 8:2）
-XX:+UseConcMarkSweepGC （指定使用的垃圾收集器，這里使用CMS收集器）
-XX:+PrintGCDetails （打印詳細的GC日志）
知識點：
JDK8之后把-XX:PermSize 和 -XX:MaxPermGen移除了，取而代之的是
-XX:MetaspaceSize=128m （元空間默認大小）
-XX:MaxMetaspaceSize=128m （元空間最大大小）
JDK 8開始把類的元數據放到本地化的堆內存(native heap)中，這一塊區域就叫Metaspace，中文名叫元空間。
使用本地化的內存有什么好處呢？最直接的表現就是java.lang.OutOfMemoryError: PermGen 空間問題將不復存在，因為默認的類的元數據分配只受本地內存大小的限制，也就是說本地內存剩余多少，理論上Metaspace就可以有多大（貌似容量還與操作系統的虛擬內存有關？這里不太清楚），這解決了空間不足的問題。不過，讓Metaspace變得無限大顯然是不現實的，因此我們也要限制Metaspace的大小：使用-XX:MaxMetaspaceSize參數來指定Metaspace區域的大小。JVM默認在運行時根據需要動態地設置MaxMetaspaceSize的大小。
1
1
問題：
在開發spring cloud過程中一個很嚴重的資源問題就是內存占用過高，而實際上本機開發測試並沒有很大的請求量，所以這是對電腦資源的一種嚴重的浪費，甚至導致IDE卡死、崩潰。
一個完整包含eureka，steam，sleuth，config，rabbit，oauth2等一些列spring cloud全家桶應用和其他業務相關組件組成的單個服務在12G內存電腦上啟動占用的內存就達到1到1.5G。如果同時需要啟動很多個服務，內存完全不夠用。
解決方法：
修改IDE針對每個項目的jvm參數。
這里以idea為例：
1. 打開Edit Configurations
Idea右上角，如圖：
2.參考如下配置：
左邊如果是spring cloud 的話肯定是在spring boot下，如果沒有，可以點擊左上角的+號手動添加，一般啟動過的項目這里會有的。
關於jvm參數后面會講。
這里要注意的是，register項目不需要太多資源（我這里設置128M）,Gateway和config服務可以比register多一點（256M）。其它業務性服務才需要更多的資源（512M）。
請根據自己電腦配置情況調整，我的電腦是12G內存。
2. 關於jvm配置
參考1：http://blog.csdn.net/sdujava2011/article/details/50086933有如下描述
1. 設置JVM內存的參數有四個：
-Xmx Java Heap最大值，默認值為物理內存的1/4，最佳設值應該視物理內存大小及計算機內其他內存開銷而定；
-Xms Java Heap初始值，Server端JVM最好將-Xms和-Xmx設為相同值，開發測試機JVM可以保留默認值；
-Xmn Java Heap Young區大小，不熟悉最好保留默認值；
-Xss 每個線程的Stack大小，不熟悉最好保留默認值；
參考2： https://www.cnblogs.com/w-wfy/p/6415856.html有如下描述：
一般用到最多的是
-Xms512m 設置JVM促使內存為512m。此值可以設置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內存。
-Xmx512m ，設置JVM最大可用內存為512M。
-Xmn200m：設置年輕代大小為200M。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。
-Xss128k：設置每個線程的堆棧大小。JDK5.0以后每個線程堆棧大小為1M，以前每個線程堆棧大小為256K。更具應用的線程所需內存大小進行調整。在相同物理內存下，減小這個值能生成更多的線程。但是操作系統對一個進程內的線程數還是有限制的，不能無限生成，經驗值在3000~5000左右。
效果
效果很明顯
12G內存啟動了14個服務和其他各種軟件（idea 3個），內存占用如下圖：
————————————————
版權聲明：本文為CSDN博主「大礙桃花開」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/qq_35623773/article/details/100529598