JVM调优

最新推荐文章于 2024-04-18 19:45:40 发布
最新推荐文章于 2024-04-18 19:45:40 发布
阅读量212 收藏 1
点赞数
文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_31594647/article/details/120883197
版权

常见系统优化面试题

	1. 慢、卡顿、怎么优化？
		有一个50万PV的资料类网站（从磁盘提取文档到内存）原服务器32位，1.5G的堆，用户反馈网站比较缓慢，因此公司决定升级，新的服务器为64位，16G的堆内存，结果用户反馈卡顿十分严重，反而比以前效率更低了
		1. 为什么原网站慢?
			很多用户浏览数据，很多数据load到内存，内存不足，频繁FullGC，STW长，响应时间变慢
		2. 为什么会更卡顿？
			内存越大，FGC需要扫描处理的空间越大，STW时间越长
		3. 怎么解决？
			把默认的PS + PO 调整成 PN + CMS 或者 G1
	 2. 系统CPU经常100%，如何调优？(面试高频)
	 	CPU经常100%，那么一定有线程在占用系统资源，把它就出来分析问题
	 	1. 找出哪个进程cpu高 ：top  (jps)
	 	2. 该进程中哪个线程cpu高：top -Hp + 进程号 （一般超过80%就是比较高的 ,）
	 	3. 查看该线程的堆栈：jstack + 线程号 （jstack pid > pid.log） 将线程栈Dump到日志文件中，由于线程快照中的线程id 都是 16进制存放的，所以查找nid = 线程id的16进制 的 地方.为了更直观的查看线程的状态，可以将快照信息上传到专门分享的平台上：http://fastthread.io/
	 	4. 查找哪个方法（栈帧）消耗时间（jstack）
	 		 通过第3步就可以区分导致CPU过高的原因具体是Full GC次数过多还是代码中有比较耗时的计算了。
	 			1. 如果是Full GC次数过多
	 				1. 那么通过jstack得到的线程信息会是类似于VMThread之类的线程。这里我们基本上可以确定，当前系统缓慢的原因主要是垃圾回收过于频繁，导致GC停顿时间较长。我们可以通过如下命令查看GC的情况 jstat -gcutil ，如果FCG的数量很大，并且还在不断增长，从而进一步证实了是由于内存溢出导致的系统缓慢。
	 				2. 上一步确认了内存溢出后，可以dump出内存日志,然后通过eclipse的mat工具进行查看，其展示的一个对象树结构,经过mat工具分享后，基本就能确定内存中主要是哪个对象比较消耗内存，然后找到该对象的创建位置，进行处理即可。
	 				总结来说，对于FGC 次数过多，主要有一下两种原因
	 					1. 代码中一次获取了大量的对象，导致内存溢出，此时可以通过eclipse的mat工具查看内存中有哪些对象比较多；
	 					2. 内存占用不高，但Full GC次数还是比较多，此时可能是显示的调用了System.gc() 导致的
	 	5. 如果是代码中有比较耗时的计算，那么我们得到的就是一个线程的具体堆栈信息。
	 		如下是一个代码中有比较耗时的计算，导致CPU过高的线程信息， 这里可以看到，在请求UserController的时候，由于该Controller进行了一个比较耗时的调用，导致该线程的CPU一直处于100%。
	 	  我们可以根据堆栈信息，直接定位到UserController的34行，查看代码中具体是什么原因导致计算量如此之高。

在这里插入图片描述
参考文章：https://blog.csdn.net/g6U8W7p06dCO99fQ3/article/details/103415286；
https://www.cnblogs.com/technologykai/articles/10759561.html

3. 系统内存飙高，如何查找问题？（面试高频）
	导出堆转储快照文件进行离线问题分析：jmap -dump
	对堆内存文件进行问题分析 (jhat jvisualvm mat jprofiler … )
	或者使用在线排查工具：如arthas

	一般是运维团队首先受到报警信息（CPU飙高、Memory爆满）
	top命令观察到问题：内存不断增长 CPU占用率居高不下
	top -Hp 观察进程中的线程，哪个线程CPU和内存占比高
	jps定位具体线程，jstack定位线程状态，重点关注WAITING BLOCKED

	为什么阿里规范里规定，线程的名称（尤其是线程池）都要写有意义的名称？就是为了在线程池发生问题时，能够快速定位到在哪里发生的问题，尽快进行排查
	怎么样自定义线程池里的线程名称？（多线程中，自定义ThreadFactory）
4. 如何定位OOM？
	如果面试官问你是怎么定位OOM问题？——回答使用命令行工具
	常用命令行工具：
	1. jmap - histo XX| head -20
		这个命令可以在线查看哪些对象出现的问题。如上面就是查找占用率对象的前二十，一般就能查找出现问题的对象
	2.  jmap -dump：导出堆文件，对文件进行问题分析、排查（会影响系统运行，慎用！！！）
		jdump执行期间会对进程产生很大影响，线上系统内存特别大就会造成卡顿（电商不适合），解决办法（面试如何回答）：
	设定了参数HeapDump，OOM的时候会自动产生堆转储文件
	有很多服务器备份（高可用），停掉这台服务器对其他服务器不影响
	3.  然后使用MAT / jhat /jvisualvm 进行dump文件分析
	4. 最后根据堆dump文件离线分析，找到代码的问题

GC案例-回答OOM如何产生？

	1. 硬件升级系统反而卡顿的问题
		有一个50万PV的资料类网站（从磁盘提取文档到内存）原服务器32位，1.5G的堆，用户反馈网站比较缓慢，因此公司决定升级，新的服务器为64位，16G的堆内存，结果用户反馈卡顿十分严重，反而比以前效率更低
		为什么原网站慢?
		很多用户浏览数据，很多数据load到内存，到最后堆内存不足，频繁FullGC
		优化硬件配置之后，为什么会更卡顿？
		由于堆内存变大，一旦老年代满了需要触发FullGC，而由于内存变大，FullGC造成的STW时间更长，造成的现象就是用户使用的卡顿更加严重
		怎么优化？
		把默认的垃圾收集器组合PS + PO 调整成 PN + CMS 或者 G1

	2. 线程池不当运用产生OOM问题（能说）
		由于在线程池的过程中，很容易出现其中某些线程在使用的时候，出现内存逃逸，无效对象一直被占用，产生巨量的无效对象，就会造成频繁GC；或者使用某些需要加锁，加锁对象一直不释放，导致大量的线程在循环等待，也会导致系统卡顿，比如CPU飙高或者不断GC
		解决办法？
		使用在线排查工具如arthas，或者使用jmap -dump导出堆内存文件，或者其他的 jmap 命令定位对象、线程的异常情况
   3. http-header-size过大问题
   		在tomcat中通过参数可以调整http-header-size大小，默认的是4096，每来一个http请求，就会申请4096个字节，你可以说是不知道哪一个同事把这个参数调整的非常大，一旦申请量过大，就会导致内存溢出
	解决办法？
	通过命令行jmap查看哪些对象占用内存过大，通过日志查看到是Http11OutputBuffer对象占用内存特别大，请求过多导致很多Http11OutputBuffer对象产生，导致OOM，查找相关配置参数发现谁改动了配置

GC常用参数

1. 常用垃圾回收器组合设定参数（1.8）

			1. -XX:+UseSerialGC = Serial New(DefNew)+Serial Old
				小型程序。默认情况下不会是这种选项，HotSpot会根据计算及配置和JDK版本自动选择收集器
				JDK1.8及以前：PS + PO；JDK1.9：G1
			2. -XX:+UseParNewGC = ParNew + SerialOld
				这个组合已经很少用（在某些版本中已经废弃）
			3. -XX:+UseConc(urrent)MarkSweepGC = ParNew + CMS + Serial Old
				 	使用PN + CMS + Serial Old；现在很少使用CMS了，因为G1完虐CMS，直接使用G1即可
			4.  -XX:+UseParallelGC = Parallel Scavenge + Parallel Old (1.8默认) 【PS + SerialOld】
			5. -XX:+UseParallelOldGC = Parallel Scavenge + Parallel Old
			6. -XX:+UseG1GC = G1
				Linux中没找到默认GC的查看方法，而windows中会打印UseParallelGC
			7. java -XX:+PrintCommandLineFlags -version
				通过GC的日志来分辨
			8.Linux下1.8版本默认的垃圾回收器到底是什么？
				1. 1.8.0_181 默认（看不出来）Copy MarkCompact
				2. 1.8.0_222 默认 PS + PO

了解JVM常用命令行参数

1. JVM的命令行参数参考：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
2. HotSpot参数分类
	标准： - 开头，所有的HotSpot都支持
	非标准：-X 开头，特定版本HotSpot支持特定命令
	不稳定：-XX 开头，下个版本可能取消
3. 区分概念：		内存泄漏memory leak	，内存溢出out of memory
	内存泄漏是指有些无用的对象，并不能被回收，仍然占用内存。
	内存泄漏不一定内存溢出，如果垃圾回收一直都能保证有足够的内存空间，内存泄漏也无所谓，但是当大量内存泄漏的时候，就可能会造成内存溢出了。

GC日志详解

	每种垃圾回收器的日志格式是不同的！

PS日志格式
在这里插入图片描述

JVM调优

基础概念
1. 吞吐量
用户代码执行时间：（用户代码执行时间 + 代码执行时间）
比例越大说明程序用来执行业务代码的时间越大，有效时间越高，吞吐量越大越好
 2. 响应时间
 	STW越短，系统越顺畅、不卡顿，响应时间越好
 3. 什么是调优？
 		所谓调优，首先确定需要向什么方向调优，也就是追求什么？**吞吐量优先，还是响应时间优先？**还是在满足一定的响应时间的情况下，要求达到多大的吞吐量？…
 		追求吞吐量：科学计算、数据挖掘（爬虫）、thrput等吞吐量优先的一般选择收集器组合：（PS + PO）
		追求响应时间：电商网站、调用API第三方接口等需要响应时间优先的选择收集器组合：（PN + CMS、G1）

JVM 故障处理工具

	1. jps :虚拟机进程状况工具
		JPS：JVM Process Status Tool，可以列出正在运行的虚拟机进程，并显示虚拟机执行主类（main方法所在的类）名称以及进程的唯一ID
	2.  jstat：虚拟机统计信息监视工具
		 jstat：用于监视虚拟机各种运行状态信息的命令行工具
	3. jinfo：JVM配置信息工具
		jinfo的作用是实时查看和调整虚拟机各项参数
	4. jmap：java内存映像工具（重要）
		jmap（Memory Map for Java）命令用于生成堆转储快照文件（一般称为heapdump或dump文件），通过对dump文件的分析，我们可以发现出现的问题所在
	5. jhat：JVM堆转储快照分析工具
		JDK提供jhat命令与jmap来搭配使用，来分析jmap命令dump出的堆转储快照
	6.  jstack：JVM堆栈跟踪工具
			jstack命令用于生成虚拟机当前时刻的线程快照（一般称为 javacore 文件）
			线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的目的通常是为了定位线程长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间挂起等，都是导致线程长时间停顿的原因
			排查线程阻塞、CPU飙高的常用命令

可视化故障处理工具

	JDK中除了大量的命令行工具外，还提供了功能集成度更高的可视化工具，使用这些可视化工具能够以更加简洁明了的方式进行进程故障诊断和调试工作。
	这类工具主要有：JConsole、VisualVM和 JMC ，除此之外阿里的 arthas 在线排查工具也很好用
	1. JConsole: JVM监视与管理控制台
		JConsole是一款可视化监视、管理工具，可以对系统进行信息收和参数动态调整：
		1. 内存监控：相当于可视化的 jstate 命令工具，用于监视被收集器管理的JVM内存的变化趋势
		2. 线程监控：相当于可视化的 jstack 命令工具，用于监视出现异常的线程停顿（如死循环、锁等待、请求外部资源等）
		
	2. VisualVM：多合—故障处理工具
		Visual VM是功能最强大的运行监视和故障处理程序之一，是官方主力发展的JVM故障处理工具

		Visual VM有一个很大的优点：不需要被监视的程序基于特殊Agent去运行，因此它的通用性很强，对应用程序实际性能的影响也较小，因此它可以直接运行在生成环境中，这是其他工具不能媲美的

	3. arthas在线排查工具
		在生产上我们经常会碰到一些不好排查的问题，例如线程安全问题，用最简单的threaddump或者heapdump不好查到问题原因。为了排查这些问题，有时我们会临时加一些日志，比如在一些关键的函数里打印出入参，然后重新打包发布，如果打了日志还是没找到问题，继续加日志，重新打包发布。
		对于上线流程复杂而且审核比较严的公司，从改代码到上线需要层层的流转，会大大影响问题排查的进度。所以需要使用arthas在线排查工具是阿里研发，很好用

附录–常见面试题

	1. -XX:MaxTenuringThreshold控制的是什么？
		A: 对象升入老年代的年龄
		B: 老年代触发FGC时的内存垃圾比例
		答： A ,  -XX:MaxTenuringThreshold设置的是年龄阈值，默认15（对象被复制的次数）

	2. 生产环境中，倾向于将最大堆内存和最小堆内存设置为：（为什么？）
		A: 相同 B：不同
		答： A

	3. JDK1.8默认的垃圾回收器是：
		A: ParNew + CMS
		B: G1
		C: PS + ParallelOld
		D: 以上都不是
		答：C
	4. 什么是响应时间优先？
		 答：STW越短，系统越顺畅、不卡顿，响应时间越好
	5. 什么是吞吐量优先？
		答： 用户代码执行时间：（用户代码执行时间 + 代码执行时间）
				比例越大说明程序用来执行业务代码的时间越大，有效时间越高，吞吐量越大越好
	6. ParNew和PS的区别是什么？
		答： ParNew 能和CMS配合使用，ps不行
	7. ParNew和ParallelOld的区别是什么？（年代不同，算法不同）

	8. 长时间计算的场景应该选择：A：停顿时间 B: 吞吐量
		答：B
	9. 大规模电商网站应该选择：A：停顿时间 B: 吞吐量
		 答：A
	10. HotSpot的垃圾收集器最常用有哪些？

	11. 常见的HotSpot垃圾收集器组合有哪些？

	12. JDK1.7 1.8 1.9的默认垃圾回收器是什么？如何查看？
			查看JDK不同版本使用的垃圾回收器，设置参数：-XX:+PrintCommandLineFlags
			JDK 1.8 默认采用的是ParallelGC ，老年代默认就是Parallel old 了，JDK 1.9默认采用的就是 G1 垃圾回收器了
	13. 所谓调优，到底是在调什么？
			答：1. 根据需求进行JVM规划和预调优
					2. 优化运行JVM运行环境（慢，卡顿）
					3. 解决JVM运行过程中出现的各种问题(JVM调优主要就是为了解决OOM问题)
	13. 如果采用PS + ParrallelOld组合，怎么做才能让系统基本不产生FGC

	14. 如果采用ParNew + CMS组合，怎样做才能够让系统基本不产生FGC
		1.加大JVM内存
		2.加大Young的比例
		3.提高Y-O的年龄
		4.提高S区比例
		5.避免代码内存泄漏

	15. G1是否分代？G1垃圾回收器会产生FGC吗？

	16. 如果G1产生FGC，你应该做什么？
		1. 扩内存
		2. 提高CPU性能（回收的快，业务逻辑产生对象的速度固定，垃圾回收越快，内存空间越大）
		3. 降低MixedGC触发的阈值，让MixedGC提早发生（默认是45%）

	17. 问：生产环境中能够随随便便的dump吗？
			小堆影响不大，大堆会有服务暂停或卡顿（加live可以缓解），dump前会有FGC

	18. 问：常见的OOM问题有哪些？
		栈 堆 MethodArea 直接内存

参考文章：
https://blog.csdn.net/qq_42583242/article/details/107827631

qq_31594647
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
记一次内存溢出分析-Http11OutputBuffer
aileitianshi的博客
05-12 6842
我一时兴起对测试环境的服务在进行压测的时候发现瞬时并发量居然不到三十就挂了. 我通过jstack导出内存线程发现很多请求线程在处理,因为是并发压测这很正常啊,没发现有死锁的情况. 然后我通过jstat -gc指令查看时发现jvm各区域的内存都满了,并且在不停的执行Full GC 我使用过jmap指令将内存快照导出,然后用MAT工具打开 可以看到内存被两种对象类型吃满,我去看一下Tr...
页面请求频繁导致Http11OutputBuffer触发OOM解决
write less , do more
11-10 7181
居然被配置成了100MB，默认值是8KB，所以我暂且把这块注释掉，让它使用默认值，Jenkins重新构建发布项目后，同时多人测试验证，没有再出现nginx 502问题，应用程序也没有再出现OOM异常。查看最大占比的内存消费都指向了tomcat下面的包，最大的一些对象看到基本上都是100MB，还都与请求相关，所以接下来查看是不是哪里配置了这个，因为都是100MB还指向接口也太巧了。可以看到两个泄露疑点，都占了400M，指向的都是普通的接口请求，这是为啥？：对象本身的大小 + 引用的其他对象的大小。
页面请求频繁导致Http11OutputBuffer触发OOM解决_failed to complete processing of a request
最新发布
2401_84159966的博客
04-18 629
通过shallow heap（浅堆）和retained heap（保留堆）的大小判断可以看到最大的其实是byte类型。本人也在前台点击测试，确实有这个问题，关键是请求也不多，怎么会导致OOM呢？不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！可以看到两个泄露疑点，都占了400M，指向的都是普通的接口请求，这是为啥？通过arthas查看服务器的CPU还是很稳定的，就是内存比较吃紧，fullGC比较频繁。
tomcat connector 9.0源码分析之Response将数据写出到socketChannel
lzf的博客
05-18 1103
概述 org.apache.catalina.connector.Response是org.apache.coyoter.Response的包装器。 protected org.apache.coyote.Response coyoteResponse; /** * Set the Coyote response. * * @param coyote...
Tomcat 源码剖析（七）Response.getOutputStream() 是如何缓存数据流的？
架构师：通透，才能写出好代码！
10-11 453
在coyote\Response中，也包含一个OutputBuffer,而这个Outputbuffer和上面的OutputBuffer完全不一样，这里的Outputbuffer涉及到一些业务逻辑上的问题，比如对于Http协议，它会根据一些Http版本以及设置等进行不同的处理，对于Ajp协议，它的处理方式也有不同。在《Head First Servlets》中提到过，对于Http Header，应该在最前面设置，其次再写Body的内容，因为有些时候，Header可能会被提前发送，这个提前是什么时候？
JVM知识点
qq_35771266的博客
04-23 423
GC和GC Tuning 作者：马士兵教育 http://mashibing.com GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete c/C++ 手动回收内存 Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个对象（循环引用） ...
JVM调优实践 ⼀、JVM调优准备⼯作 实验报告 pdf
01-02
JVM调优实践 ⼀、JVM调优准备⼯作 1. 机器环境： 机器 CPU 内存 单机 4C 16G 2. 默认启动参数 JAVA_OPT="${JAVA_OPT} -server -Xms512m -Xmx512m -Xmn256 -XX:MetaspaceSiz e=128m -XX:MaxMetaspaceSize=320m" JAVA_...
monkey老师的jvm 调优
03-22
《Monkey老师的JVM调优深度解析》 在Java开发领域，JVM（Java Virtual Machine）是每一个程序员都需要深入了解的关键组成部分。Monkey老师的JVM调优课程，无疑为我们提供了一个宝贵的平台，来深入探究JVM的工作原理...
JVM调优篇.pdf
09-12
JVM类加载机制详解 JVM类加载机制是Java虚拟机中的一种机制，它负责加载Java类文件到内存中，以便执行Java程序。类加载机制分为五个阶段：加载、验证、准备、解析和初始化。 加载 加载是类加载过程中的一个阶段，...
JVM调优技巧
08-30
JVM深入理解，JVM调优技巧
系统和JVM调优（面试突击）
10-15
系统和JVM调优是Java开发人员在面试中经常遇到的话题，这关乎程序性能优化、内存管理和稳定性。本文将深入探讨这两个关键领域的核心概念，并提供一些实战策略。 首先，我们来了解一下系统调优。系统调优主要包括...
什么时候对象进入老年代？什么时候触发Full GC？如何减少长时间的 GC 停顿？
yanghenan19870513的专栏
04-13 2635
1. Minor GC 和 Full GC 的含义及区别？ Minor GC（新生代GC）：指发生在新生代的垃圾收集动作，新生代中的对象朝生夕死，所以 Minor GC 非常频繁，回收速度也比较快。 Full GC（老年代GC）：指发生在老年代的GC，速度一般比 Minor GC 慢十倍以上。如果有Full，说明这次GC发生了Stop-The-World。 2. 什么时候对象进入老年代？ 大对象直接进入老年代。 虚拟机提供了一个阈值参数，令大于这个设置值的对象直接在老年代中分配。如果大对象进入新生代，
生产环境问题定位分析和JVM调优
qq_31207917的博客
05-31 579
生产环境下JVM调优 最小堆、最大堆内存设为1G，使用G1垃圾回收器，最长的GC暂停时间设为200毫秒，如果时间过长，会相应调整空间的大小（单位是毫秒），新生代最小比例20%，最大比例30%， +DisableExplicitGC关闭系统调用GC功能 【System.gc() 默认会触发一次Full Gc】 打印GC及GC详细信息、GC时间戳，在out of memory的情况下的内存dump输出到指定路径，GC日志路径 nohup java -jar -server -Xms1G -Xmx
JMM及类加载JVM调优总结
lxt_tiger的专栏
06-15 1636
1：类加载-初始化 1. 加载过程 2. Loading 3. 双亲委派，主要出于安全来考虑 2. LazyLoading 五种情况 1. –new getstatic putstatic invokestatic指令，访问final变量除外 –java.lang.reflect对类进行反射调用时 –初始化子类的时候，父类首先初始化 –虚拟机启动时，被执行的主类必须初始化 –动态语言支持java.lang.invoke.MethodHandle解析的结果为REF_g...
GC Tuning小白入门
qq_42583242的博客
08-05 934
GC Tuning 在前面我们学习了GC相关知识，学习了基本的垃圾收集器使用，下面来简单对JVM调优入门，了解相关概念，如果想要深入理解，必须要进行实际的生产环境的磨练才可以掌握 路漫漫其修远兮！ 一、常见垃圾回收器组合参数设定：(1.8) -XX:+UseSerialGC = Serial New (DefNew) + Serial Old 小型程序才会用这种单线程的Serial，默认情况下不会是这种选项，HotSpot会根据计算及配置和JDK版本自动选择收集器 JDK1.8及以前：PS + PO；
JVM（Java虚拟机）优化大全和案例实战
热门推荐
碧荷故乡_胡奇的专栏
03-06 5万+
堆内存设置原理JVM堆内存分为2块：Permanent Space 和 Heap Space。Permanent 即 持久代（Permanent Generation），主要存放的是Java类定义信息，与垃圾收集器要收集的Java对象关系不大。Heap = { Old + NEW = {Eden, from, to} }，Old 即 年老代（Old Generation），New 即 年轻代（Yo
JVM调优笔记
Stone173的博客
06-15 718
GC和GC Tuning GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete c/C++ 手动回收内存 Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个对象（循环引用） 2.如何定位垃圾 引用计数（ReferenceCount） 根可达算法(RootSearching) 3.常见的垃圾回收算法 标记清除(mark sweep) - 位
GC和GC tuning
huangxy10的专栏
06-16 817
GC和GC Tuning 作者：马士兵教育 http://mashibing.com GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete c/C++ 手动回收内存 Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个对象（循环引用） 2.如何定位垃圾 引用计数（ReferenceCount） 根可达算法(RootSearching) 3.常
jvm调优笔记干货
肥猫64的博客
03-23 667
GC和GC Tuning 原作者：马士兵老师 http://mashibing.com GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete c/C++ 手动回收内存 Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个...
jvm调优 pdf
07-30
JVM调优是指对Java虚拟机（JVM）进行优化，以提高Java程序的性能和运行效率。PDF是一种常见的电子文档格式。那么，JVM调优与PDF之间有哪些关系呢？ 首先，JVM调优可以改善Java程序的执行效率，使得程序在JVM上的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值