JVM参数调优的八条经验(转载)

最新推荐文章于 2025-05-14 10:46:00 发布
原创 最新推荐文章于 2025-05-14 10:46:00 发布 · 233 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm

本文分享了针对网站性能优化的JVM参数调整经验，包括操作系统选择、内存配置、GC参数设置、应用特性和垃圾回收策略，通过合理配置显著提升了网站的吞吐量和响应速度，避免了停顿时间，确保了日常运营稳定。

要想配置好JVM参数，需要对年轻代、年老代、救助空间和永久代有一定了解，还要了解jvm内存管理逻辑，最终还要根据自己的应用来做调整。关于JVM参数上网一搜就能搜出一大把，也有很多提供实践的例子，我也按照各种例子测试过，最终还是会出现问题。

经过几个月的实践改善，我就网站（要求无停滞时间）的jvm参数调优给出以下几条经验。

1：建议用64位操作系统，Linux下64位的jdk比32位jdk要慢一些，但是吃得内存更多，吞吐量更大。

2：XMX和XMS设置一样大，MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力。

3：调试的时候设置一些打印参数，如-XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log，这样可以从gc.log里看出一些端倪出来。

4：系统停顿的时候可能是GC的问题也可能是程序的问题，多用jmap和jstack查看，或者killall -3 java，然后查看java控制台日志，能看出很多问题。有一次，网站突然很慢，jstack一看，原来是自己写的URLConnection连接太多没 有释放，改一下程序就OK了。

5：仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。

6：垃圾回收时promotion failed是个很头痛的问题，一般可能是两种原因产生，第一个原因是救助空间不够，救助空间里的对象还不应该被移动到年老代，但年轻代又有很多对象需要 放入救助空间；第二个原因是年老代没有足够的空间接纳来自年轻代的对象；这两种情况都会转向Full GC，网站停顿时间较长。第一个原因我的最终解决办法是去掉救助空间，设置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可，第二个原因我的解决办法是设置 CMSInitiatingOccupancyFraction为某个值（假设70），这样年老代空间到70%时就开始执行CMS，年老代有足够的空间接 纳来自年轻代的对象。

7：不管怎样，永久代还是会逐渐变满，所以隔三差五重起java服务器是必要的，我每天都自动重起。

8：采用并发回收时，年轻代小一点，年老代要大，因为年老大用的是并发回收，即使时间长点也不会影响其他程序继续运行，网站不会停顿。

我的最终配置如下（系统8G内存），每天几百万pv一点问题都没有，网站没有停顿，2009年网站没有因为内存问题down过机。 

  1. 
$JAVA_ARGS 
.

= 
" -Dresin.home=$SERVER_ROOT -server 



  2. 
-Xms6000M -Xmx6000M -Xmn500M -XX:PermSize=500M -XX:MaxPermSize=500M 



  3. 
-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0 -Xnoclassgc 



  4. 
-XX:+DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC 



  5. 
-XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 



  6. 
-XX:+CMSClassUnloadingEnabled -XX:-CMSParallelRemarkEnabled 



  7. 
-XX:CMSInitiatingOccupancyFraction=90 -XX:SoftRefLRUPolicyMSPerMB=0 



  8. 
-XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps 



  9. 
-XX:+PrintHeapAtGC -Xloggc:log/gc.log "

;  




说明一下， -XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0就是去掉了救助空间； 


-Xnoclassgc禁用类垃圾回收，性能会高一点； 


-XX:+DisableExplicitGC禁止System.gc()，免得程序员误调用gc方法影响性能； 



-XX:+UseParNewGC，对年轻代采用多线程并行回收，这样收得快； 



带CMS参数的都是和并发回收相关的，不明白的可以上网搜索； 



CMSInitiatingOccupancyFraction，这个参数设置有很大技巧，基本上满足(Xmx-Xmn)*(100-
CMSInitiatingOccupancyFraction)/100>=Xmn就不会出现promotion 
failed。在我的应用中Xmx是6000，Xmn是500，那么Xmx-Xmn是5500兆，也就是年老代有5500
兆，CMSInitiatingOccupancyFraction=90说明年老代到90%满的时候开始执行对年老代的并发垃圾回收（CMS），这时还
剩10%的空间是5500*10%=550兆，所以即使Xmn（也就是年轻代共500兆）里所有对象都搬到年老代里，550兆的空间也足够了，所以只要满
足上面的公式，就不会出现垃圾回收时的promotion failed； 



SoftRefLRUPolicyMSPerMB这个参数我认为可能有点用，官方解释是softly reachable objects
 will remain alive for some amount of time after the last time they were
 referenced. The default value is one second of lifetime per free 
megabyte in the heap，我觉得没必要等1秒； 


网上其他介绍JVM参数的也比较多，估计其中大部分是没有遇到promotion 
failed，或者访问量太小没有机会遇到，(Xmx-Xmn)*(100-
CMSInitiatingOccupancyFraction)/100>=Xmn这个公式绝对是原创，真遇到promotion 
failed了，还得这么处理。

                

        




    



  



    



                



	

		

			

				
					
JVM虚拟机监控及性能调优实战！

				
			

			

				

					喵手的博客
				

				

					05-28
					
					1129
					
				

			

		

		

			
				
哈喽，各位小伙伴们，你们好呀，我是喵手。运营社区：C站/掘金/腾讯云/阿里云/华为云/51CTO；欢迎大家常来逛逛

			
		

	



                

            
              



	

		

			

				
					
JVM堆内存优化：-Xmx参数详解

					
最新发布

				
			

			

				

					AIHacksCash的博客
				

				

					09-13
					
					1004
					
				

			

		

		

			
				
在深入探讨Java虚拟机（JVM）的运行机制之前，我们不妨设想一个场景：一个大型企业级应用，其业务逻辑复杂，数据量庞大。在系统运行过程中，由于对内存资源管理不当，频繁出现内存溢出错误，导致系统崩溃，严重影响了业务连续性和用户体验。这种情况下，了解JVM的核心知识点，尤其是内存管理方面的配置参数，显得尤为重要。JVM的核心知识点之-Xmx，即最大堆内存设置，是JVM内存管理中一个至关重要的参数。它决定了JVM运行时堆内存的最大容量。

			
		

	



              


  
              

                


	

		

			

				
					
jvm调优经验

				
			

			

				

					桂林的博客
				

				

					04-23
					
					288
					
				

			

		

		

			
				
转自一个没写地址的网站，所以我也写他的网址了，肯定不是他们原创的。

      本文将介绍JVM参数调优，这是很头痛的问题，设置的不好，JVM不断执行 Full GC，导致整个系统变得很慢，网站停滞时间能达10秒以上，这种情况如果没隔几分钟就来一次，自己都受不了。这种停滞在测试的时候看不出来，只有网站pv 达到数十万/天的时候问题就暴露出来了。

      要想配置好JVM参数，需要对...

			
		

	





	

		

			

				
					
JVM调优一些思路和经验

				
			

			

				

					blissnmx的博客
				

				

					04-12
					
					833
					
				

			

		

		

			
				
线上GC问题优化思路，jvm调优实战

			
		

	



		

			
		



	

		

			

				
					
JVM调参实践总结

				
			

			

				

					云原生Java Web领域技术博客
				

				

					05-07
					
					1302
					
				

			

		

		

			
				
本文重点记录下JVM参数使用的最佳实践，注意，这里重点介绍HotSpot VM的调参，其他JVM的调参可以类比，但不可照搬。 

			
		

	





	

		

			

				
					
JVM参数及调优

				
			

			

				

					Franco的博客
				

				

					11-28
					
					1484
					
				

			

		

		

			
				
JVM实用参数系列
成为Java GC专家（5）—Java性能调优原则（调优原则）
JVM 优化经验总结
JVM调优总结

			
		

	





	

		

			

				
					
JVM参数调优八大技巧

				
			

			

				

					lavimer
				

				

					03-09
					
					1156
					
				

			

		

		

			
				
这里和大家分享一下JVM参数调优的八条经验，JVM参数调优，这是很头疼的问题，设置的不好，JVM不断执行FullGC，导致整个系统变得很慢，网站停滞时间能达到10秒以上，相信通过本文的学习你对JVM参数调优有新的认识。
实例讲解JVM参数调优的八条经验
本文将介绍JVM参数调优，这是很头疼的问题，设置的不好，JVM不断执行FullGC，导致整个系统变得很慢，网站停滞时间能达到10秒以上，这种情

			
		

	





	

		

			

				
					
JVM调优面试

				
			

			

				

					weixin_44227923的博客
				

				

					10-10
					
					425
					
				

			

		

		

			
				
1、JVM调优主要涉及两方面：堆大小的设置，垃圾回收期的选择，首先要对自己对系统有个定位，是吞吐量优先型系统还是响应优先型系统。

  吞吐量优先型系统，一般建议设置一个大的年轻代和一个小的老年代，这样可以尽可能回收掉大部分短期对象，而年老代尽存放长期存活对象。这种系统建议使用吞吐量优先的并行收集器（UseParallelGC），-XX:+UseAdaptiveSizePolicy（大小自适应...

			
		

	





	

		

			

				
					
深入理解JVM内存模型与垃圾回收机制：从原理到实战调优

				
			

			

				

					王大师企业官方博客
				

				

					05-14
					
					1098
					
				

			

		

		

			
				
本文由王文峰撰写，深入探讨了JVM内存模型与垃圾回收机制，旨在帮助Java开发者解决生产环境中的内存管理问题。文章首先解析了JVM内存结构，包括Metaspace、堆内存分代和直接内存分配，接着详细介绍了对象分配与晋升机制，并对比了不同垃圾回收器的适用场景。随后，文章通过源码级解析G1收集器的内存布局、并发标记流程和记忆集优化，并结合电商平台订单系统的调优案例，展示了如何通过JVM参数调整和代码修复解决Full GC问题。最后，文章提供了性能优化进阶技巧，如逃逸分析和Shenandoah收集器的使用，并展望

			
		

	





	

		

			

				
					
JVM性能调优监控工具jps、jstack、jmap、jhat、jstat、hprof使用详解

				
			

			

				

					chitankong1289的博客
				

				

					02-10
					
					1万+
					
				

			

		

		

			
				
现实企业级Java开发中，有时候我们会碰到下面这些问题： 
 
 OutOfMemoryError，内存不足 
 内存泄露 
 线程死锁 
 锁争用（Lock Contention） 
 Java进程消耗CPU过高 
 ...... 
 
  这些问题在日常开发中可能被很多人忽视（比如...

			
		

	





	

		

			

				
					
JVM调参，看这一篇就够了

				
			

			

				

					felix
				

				

					08-23
					
					932
					
				

			

		

		

			
				
JVM相关参数调试
通过实战的 方式来进行参数调试，观察结果才能真正理解含义，下面将通过一段代码，来一个一个参数的进行测试。
代码示例

后面的代码都是通过对下面这段代码进行参数调试来验证相关参数的意义。

public class JConsoleTest {    public byte[] bytes;    private final static&n

			
		

	





	

		

			

				
					
JVM调优经验分享

					
热门推荐

				
			

			

				

					星力量的博客
				

				

					03-30
					
					1万+
					
				

			

		

		

			
				
JVM调优经验分享
前言
一、JVM调优知识背景简介
二、JVM调优参数简介
三、JVM调优目标
四、JVM调优经验
结束语

			
		

	





	

		

			

				
					
一文学会JVM常见参数设置+调优经验（JDK1.8）

				
			

			

				

					July的博客
				

				

					10-13
					
					7380
					
				

			

		

		

			
				
内存管理参数
本参数以JDK1.8为基础进行整理，目前默认参数大概有660个左右，使用java -XX:+PrintFlagsFinal -version可以输出所有参数的名称及默认值
名词解释
-XX：开头的参数代表虚拟机非稳定参数
-XX:+ 开启option参数
-XX:- 关闭option参数
-XX:= 将option参数的值设置为value
JVM设置经验


客户端应用
-Xverify:none
-XX:+UseG1GC
-XX:MinHeapFreeRatio=10
-XX:MaxHeap

			
		

	





	

		

			

				
					
JVM调优之经验

				
			

			

				

					qfchenjunbo的博客
				

				

					11-08
					
					632
					
				

			

		

		

			
				
在生产系统中，高吞吐和低延迟一直都是JVM调优的最终目标，但这两者恰恰又是相悖的，鱼和熊掌不可兼得，所以在调优之前要清楚舍谁而取谁。一般计算任务和组件服务会偏向高吞吐，而web展示则偏向低延迟才会带来更好的用户体验。

本文从性能和经验上来分享一下JVM参数的设置。

调优之前可以先用-XX:+PrintFlagsFinal来查看虚拟机是否默认开启某参数，不同版本的JDK可能虚拟机默认开启的参数也略有不同，新学习一条神奇的参数的时候可以先去查找一下参数是否默认开启了。



$ java -server -

			
		

	





	

		

			

				
					
JVM调优--经验总结

				
			

			

				

					IT利刃出鞘的博客
				

				

					01-14
					
					5168
					
				

			

		

		

			
				
本文介绍JVM调优的一些常用经验。

			
		

	





	

		

			

				
					
JVM(6)--JVM各种参数及调优

				
			

			

				

					上善若水，厚德载物
				

				

					04-14
					
					6617
					
				

			

		

		

			
				
转载自：http://yufenfei.iteye.com/blog/1746914 尊重原创。GC有两种类型：Scavenge GC 和Full GC1、Scavenge GC一般情况下，当新对象生成，并且在Eden申请空间失败时，就会触发Scavenge GC，堆的Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor的两个区中。 
2、Full GC 
   对整个堆

			
		

	





	

		

			

				
					
WEBLOGIC启动JVM参数设置经验

				
			

			

				

					sbtmbj2010的专栏
				

				

					03-18
					
					5248
					
				

			

		

		

			
				
http://blog.itpub.net/241379/viewspace-710011/
1. 堆大小设置
JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5

			
		

	





	

		

			

				
					
JVM参数配置详解

				
			

			

				

					qq_21588061的博客
				

				

					03-02
					
					908
					
				

			

		

		

			
				
JVM参数配置详解
默认设置
-Xms为JVM启动时申请的最小内存，默认为操作系统物理内存的1/64但小于1G
-Xmx为JVM可申请的最大内存，默认为物理内存的1/4但小于1G，默认当空余堆内存小于40%时，JVM会增大Heap到-Xmx指定的大小，可通过-XX:MinHeapFreeRation来指定这个比列；当空余堆内存大于70%时，JVM会减小heap的大小到-Xms指定的大小，可通过XX:MaxHeapFreeRation来指定这个比列。
堆大小设置
JVM 中最大堆大小有三方面限制：
相关操作系

			
		

	





	

		

			

				
					
主流 J2EE 应用服务器的配置与调优

				
			

			

				

					03-19
				

			

		

		

			
				
<think>嗯，用户想了解主流J2EE应用服务器的配置方法和性能调优技巧，特别是WebLogic、JBoss和Tomcat。首先，我需要回忆一下这些应用服务器的基本区别和各自的特性。根据引用内容，Tomcat主要支持Servlet和JSP，而JBoss和WebLogic是功能更全的应用服务器，支持EJB等J2EE特性。

接下来，配置方法方面，可能需要分每个服务器来说。比如Tomcat的配置通常涉及server.xml和web.xml，调整线程池、连接器参数。而JBoss和WebLogic可能有更复杂的配置，比如子系统设置和集群配置。调优的话，内存管理、线程池调整、缓存机制都是关键点。引用里提到JBoss和Tomcat集成可以实现全部J2EE功能，这可能涉及到集群配置，如引用3中提到的群集技术对扩展性的重要性。

然后，性能调优需要考虑JVM参数，比如堆大小、垃圾回收策略。WebLogic可能有自己的调优工具，JBoss的子系统优化，比如EJB池大小。Tomcat作为轻量级服务器，可能需要优化连接器参数，比如maxThreads和acceptCount。另外，缓存策略也很重要，比如静态资源缓存和会话复制。

用户可能还希望知道具体的最佳实践，比如如何监控服务器性能，使用哪些工具，或者常见的配置错误。需要确保每个服务器的调优方法分开说明，同时比较它们的异同。比如引用2提到Tomcat与JBoss集成，这可能是一个优化方案，而引用4的比较分析可能提供更多细节。

还要注意引用来源的可信度，比如引用4是转载的博客，可能需要谨慎处理。但其他引用如1、2、3看起来来自技术分析文章，比较可靠。最后，生成的相关问题要围绕配置、调优、监控和比较，帮助用户深入理解。</think>### 主流 J2EE 应用服务器配置与调优实践

#### 一、WebLogic 配置与调优
1. **核心配置**  
   - **内存分配**：通过修改 `setDomainEnv.sh`（Linux）或 `setDomainEnv.cmd`（Windows）调整 JVM 堆大小，例如：  
     ```bash
     -Xms4096m -Xmx8192m -XX:MaxPermSize=2048m
     ```
   - **线程池优化**：在管理控制台中调整“执行线程数”（默认 16），根据并发量设置 `MaxThreads` 和 `MinThreads`，避免线程竞争[^3]。
   - **数据源连接池**：配置 `Initial Capacity` 和 `Max Capacity`，启用连接泄漏检测（`Test Connections on Reserve`）。

2. **性能调优**  
   - **启用集群**：通过横向扩展提升负载能力，配置会话复制（如内存复制或数据库持久化）。
   - **缓存优化**：启用 `WebLogic 二级缓存`，调整 `Cache Size` 和 `Cache Timeout`。
   - **垃圾回收策略**：使用 G1 或 CMS 垃圾收集器，减少 Full GC 频率。

---

#### 二、JBoss 配置与调优
1. **核心配置**  
   - **子系统优化**：在 `standalone.xml` 中调整 `web` 子系统的 `max-connections` 和 `worker线程池`。
   - **内存管理**：修改 `standalone.conf` 设置堆内存，例如：  
     ```bash
     -Xmx4g -XX:MetaspaceSize=256m
     ```
   - **EJB 池配置**：调整 `ejb3` 子系统的 `max-pool-size`，避免资源耗尽。

2. **性能调优**  
   - **分布式缓存**：集成 Infinispan 缓存，配置分布式会话存储[^1]。
   - **JVM 参数优化**：启用压缩指针（`-XX:+UseCompressedOops`）和分层编译（`-XX:+TieredCompilation`）。
   - **日志优化**：关闭 DEBUG 日志级别，减少 I/O 开销。

---

#### 三、Tomcat 配置与调优
1. **核心配置**  
   - **连接器优化**：在 `server.xml` 中调整 `Connector` 参数：  
     ```xml
     <Connector port="8080" maxThreads="200" acceptCount="100" />
     ```
   - **内存设置**：修改 `catalina.sh` 设置堆内存：  
     ```bash
     -Xms512m -Xmx2048m
     ```
   - **会话持久化**：配置 `Manager` 组件实现会话存储（如 Redis）。

2. **性能调优**  
   - **静态资源缓存**：启用 `DefaultServlet` 的 `cacheMaxSize` 和 `cacheTTL`。
   - **NIO 模式**：使用 `org.apache.coyote.http11.Http11NioProtocol` 提升并发处理能力[^2]。
   - **关闭自动重载**：设置 `reloadable="false"` 避免类重复加载。

---

#### 四、通用优化原则
1. **监控工具**：使用 VisualVM、JConsole 或 Prometheus + Grafana 监控 JVM 状态。
2. **压测验证**：通过 JMeter 或 Gatling 模拟高并发场景，定位瓶颈。
3. **集群部署**：结合负载均衡（如 Nginx）实现横向扩展[^4]。

---

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  

	
    

      

      

      

        
        

          
          

            

              成就一亿技术人!
            

            

              拼手气红包6.0元
            

          

        

        

          

            还能输入1000个字符
          

          

             
          

          

            

              红包
              添加红包
            

            

              表情包
              插入表情
              

                

              

            

            

              表情包
              代码片
              

                
              

            

            

              
              
              
              
              
              
              
            

          

        

      

    

		

			

			

			

					 条评论被折叠 查看
			

			

				
			

		

	

	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值