Java后端面试知识点汇总✈ 公众号：知识浅谈 为了不侵犯作者版权，选择了转载，我补充了很多自己的理解。垃圾回收相关GC Root都有哪些？ 垃圾回收器的基本原理垃圾回收器不可以马上回收内存怎么主动通知虚拟机进行垃圾回收java中会存在内存泄漏吗minor gc运行的很频繁可能是什么原因引起的？ 怎么主动通知虚拟机进行垃圾回收程序员可以手动执行System.gc()，通知GC运行，但是Java语言规范并不保证GC一定会执行。java中会存在内存泄漏吗会存在内存泄漏。 4、 内存分配担保失败，由minor gc转化为full gc5、 采用的垃圾收集器效率较低，比如新生代使用serial收集器垃圾回收的优点以及原理优点：由于有个垃圾回收机制，Java中的对象不再有"作用域 GC是垃圾收集的意思（Gabage Collection）,内存处理是编程人员容易出现问题的地方，忘记或者错误的内存回收会导致程序或系统的不稳定甚至崩溃，Java提供的GC功能可以自动监测对象是否超过作用域从而达到自动回收内存的目的
p=341 面向GC的Java编程 Leave a reply 这是内部一个同事（沐剑）写的文章，国外有一家专门做Java性能优化的公司，并且它主要关注Java内存使用的优化，重点是数据结构的选择，优化效果非常明显 Java程序员在编码过程中通常不需要考虑内存问题，JVM经过高度优化的GC机制大部分情况下都能够很好地处理堆(Heap)的清理问题。 ### 四、引用置为null的传说 ### 早期的很多Java资料中都会提到在方法体中将一个变量置为null能够优化GC的性能，类似下面的代码： “`java List list = new ArrayList GC比我们想象的更聪明。 ### 五、手动档的GC ### 在很多Java资料上都有下面两个奇技淫巧： > 通过`Thread.yield()`让出CPU资源给其它线程。 关于`System.gc`()，可以参考 @bluedavy 的几篇文章： – [CMS GC会不会回收Direct ByteBuffer的内存] – [说说在Java启动参数上我犯的错] – [java.lang.OutOfMemoryError
代金券、腾讯视频VIP、QQ音乐VIP、QB、公仔等奖励等你来拿！
要说理解JVM的垃圾回收，什么引用计数，Copy GC，mark & compaction好像都不是必须要掌握的东西。真要说对普通的Java程序员比较重要的东西，我觉得必须得有分代式垃圾回收。 jstat的输出格式 我们在遇到Java进程比较卡的时候，往往第一个想到的就是使用 jstat 的 GC 相关选项查看一下进程的GC状态。 ? 会让所有Java线程都停顿下来，所以这一项就是指用于年轻代回收的时间。 FGC，这一项就比较复杂了。在不同的GC组合中代表不同的意义，后面会详细讲到。 好了，我们一再地遇到年轻代和老年代的叫法，它们到底是什么东西呢？ 根据对象生命周期所做的GC优化 一个Java对象，存活的时间不同，则它适用的GC算法就会有所不同。 晋升这个词我们后面会一再地重复它，它是Java分代GC最容易引发问题的地方。 分代式GC与前边所讲的Copy GC，Tracing GC是不同的，它不是一种单独的GC算法。
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说【GC分析】Java GC日志查看「建议收藏」,希望能够帮助大家进步!!! Java中的GC有哪几种类型？ 在Java程序启动完成后，通过jps观察进程来查询到当前运行的java进程，使用 jinfo –flag UseSerialGC 进程 的方式可以定位其使用的gc策略，因为这些参数都是boolean型的常量 使用-XX:+上述GC策略可以开启对应的GC策略。 GC日志查看 可以通过在java命令种加入参数来指定对应的gc类型，打印gc日志信息并输出至文件等策略。 对应的参数列表 此代码由Java架构师必看网-架构君整理 -XX:+PrintGC 输出GC日志 -XX:+PrintGCDetails 输出GC的详细日志 -XX:+PrintGCTimeStamps 需要说明的是，gcviewer支持多种参数生成的gc日志，直接通过java –jar的方式运行，加载生成的gc日志即可： ------------------------第二种理解----------
---- Java垃圾回收之新生代垃圾收集器 在了解垃圾收集器之前，我们需要知道一个概念“Stop-the-World”： 该单词的含义即：JVM由于要执行GC而停止了应用程序的执行 并且任何一个GC算法中都会发生 Serial，需要在多核环境下执行才有优势 该收集器默认开启的垃圾收集线程数与CPU核心数量相同 ? 吞吐量 = 运行用户代码时间 / （运行用户代码时间 + 垃圾收集时间） 同样在多核环境下执行才有优势，Server模式下默认的新生代收集器 ? GC之后依旧能打印到该对象的地址信息 注：finalize是个不太可控的方法因此并不常用，并且在JDK9+版本被标注为过时方法 2.Java中的强引用，软引用，弱引用及虚引用有什么用： 强引用（Strong ，目的是扩展name属性，以便我们在测试时能够得知是哪个对象的引用对象： package com.example.demo.gc; import java.lang.ref.ReferenceQueue
最近碰到一些应用问题，涉及到了Java中的垃圾回收机制，Garbage Collection，简称GC，这其中的学问，还是不少的，有很多东西需要学习。 首先，关于GC的定义，简单讲，他就是Java垃圾回收机制。目前主流的JVM(HotSpot)采用的是分代收集算法。 程序计数器，是为多线程准备的，程序计数器是每个线程独有的，所以是线程安全的。它主要用于记录每个线程的执行情况。通常我们所说的gc主要是针对java heap这块区域的。下面来了解一下heap区。? 强烈影响系建议能不使用此方法就别使用，让虚拟机自己去管理它的内存，可通过通过-XX:+DisableExplicitGC来禁止RMI(Java远程方法调用)调用System.gc。 旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出错误：java.lang.OutOfMemoryError: Java heap space
长时间停顿问题及解决方法 本文是 成为Java GC专家 系列的第三篇。 在第一篇 理解 Java GC 中我们学习了不同GC算法的处理过程，GC是如何工作的，什么是年轻代和老年代，JDK7中的5种GC类型，以及每种GC类型对性能的影响。 本文假定你已理解本系列的前两篇文章，若还未阅读，请先阅读。 有必要优化GC吗？ 确切的说是 基于Java的应用一定需要进行GC优化吗？ 我认为并非所有基于Java的应用都需要进行GC优化，例如基于Java的系统有如下参数或行为： 已经通过-Xms 和 -Xmx 指定了内存大小 包含了 -server 参数 系统中未出现 超时 等日志 换句话说 对于Java GC参数的设置，设置多个参数并不会提高GC的执行速度，恰恰相反，可能会降低执行速度。
内存溢出 内存泄漏是指不再被使用的对象或者变量一直被占据在内存中。 java什么场景下会内存溢出 理论上来说，Java是有GC垃圾回收机制，不再被使用的对象，会被GC自动回收，自动从内存中清除，不应该还存在内存溢出。 java导致内存泄露的原因很明确：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是java中内存泄露的发生场景
)的目的是对运行时数据区的数据进行回收， 关于GC的知识，我想大多数Java开发都有所了解，毕竟这是面试中很常见的问题。 JDK8中HotSpot对于方法区的实现(元空间)使用了直接内存，虽然元空间也在GC回收范围内，但是其出现OOM的可能性比较低、虚拟机栈由于其数据结构的特效且与线程绑定所以GC并不负责这一部分，所以GC 既然需要GC子系统对堆内存的无用对象进行回收，那么GC子系统又是如何判断一个对象是否有用呢？ 在GC开始的时候，对象只会存在于Eden区和名为“From”的Survivor区，Survivor区“To”是空的。 紧接着进行GC，Eden区中所有存活的对象都会被复制到“To”(复制算法)，而在“From”区中，仍存活的对象会根据他们的年龄值来决定去向，当这次GC结束后，Eden区和From区已经被清空。
1. jvm1.8的内存布局 java的内存布局大致如下图所示： ? 2. 垃圾确认的方法 引用计数法： 给对象添加一个引用计数器，当有一个地方引用时，计数器就加1，当引用失效时，计数器就减1。 4.7.2 G1收集过程 G1收集器将java堆从一个整体收集变成了一个个Region进行收集，收集的过程中，采用垃圾优先，也就是会计算每个Region的垃圾回收情况，回收最有利的Region。 G1的GC过程会在Young GC和Mixed GC之间不断地切换运行，同时定期地做全局并发标记，在实在赶不上对象创建速度的情况下使用Full GC。 5.总结 本文对JVM中的各种GC回收器进行了总结，在配置GC回收策略的时候，我们需要结合我们的业务场景来进行： 并行GC是jdk1.8默认的GC回收策略，默认采用 ParNew收集器 + Parallel CMS GC可以有效的解决GC的STW时间不可控的问题，但是带来了吞吐量的降低。且在特定情况下也会退化为串行GC。此外STW时间也不一定是可控的。
Full GC / PSCompact(ParallelOld GC) 后来开发者开发了基于LISP2算法的并行版的Full GC收集器来收集整个GC堆，名为PSCompact。 之前，先触发一次Young GC来清理年轻代，以降低Full GC的STW耗时（Young GC会清理Young GC中非存活的对象，减少Full GC中，标记存活对象的工作量）。 为一次Young GC，可以看到是由System.gc()触发的，然后紧跟着是一次Full GC。 Parallel GC除了上述策略外，还有另外一个策略：在执行Young GC之后，如果晋升老年代的平均大小，比当前老年代的剩余空间要大的话，则会触发一次Full GC。 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/24cae3e4cbaa --- a/src/share/vm/runtime/arguments.cpp
https://blogs.oracle.com/poonam/entry/understanding_cms_gc_logs 笔者对其中某几条记录又进行了详细说明，以下是一条完整的CMS日志记录的示例 看之前最好对GC的新生代（Young Generation）和老生代（Old Generation）以及晋升过程（Promotion）都有深刻理解，本文帮助理解GC CMS日志，对JVM调优没有进一步说明 82551.569:[GC [1 CMS-initial-mark: 2027280K(2516992K)] 2084513K(3088576K), 0.0344000secs] [Times: user 有时promotion failure会引起concurrentmode failure，原因还是老生代内存不够用了，这样就引起了Full GC，也就是记录中的CMS Perm，Full GC是一个stop-the-world preclean过程中为了更好的使用parallel，它会等待一次小gc（默认等待5s），如果5s内小gc没来，就会强制开始STW remark过程，并打印信息abort preclean due to
基于应用程序性能调整复杂、繁琐的特性，在其初衷的设计理念中，Java GC 日志为我们提供了一种独特的方法，可以获得基于 Java 的应用程序的深入进行了解。 GC 日志显示对象分配模式、诊断磁盘、CPU和内存相关问题等问题，并增强基于 Java 的应用程序性能。 为什么使用 Java GC 日志分析工具？ 下面笔者以自身的经验将简要概述一些常用的 GC Log 分析工具，基于不同的业务环境以用于进行分析、监视和管理 Java GC 日志。 Easy Gc Easy 是用于分析 Java GC 日志的记录工具。 综上所述，GC 日志分析是为了识别问题，修复瓶颈和无缝运行基于 Java 的应用程序的最佳方法之一。
可以进行回收 2.可达性分析算法:通过GC root作为起点,寻找一个对象被引用过程的引用链,当引用链的结果不可达的时候,说明该对象是可以被回收的 Java中的引用 在JDK1.2之前,Java Parallel Scavenge的收集器的老年代版本,采用的是标记-整理的算法 CMS收集器 需要重点介绍的一款GC,在JDK1.5~JDK1.7之间基本采用的都是CMS作为GC来管理内存.全称是 "Stop the world",但是由于初始标记只是标记GC Roots的初始节点,所以速度会很快 CMS是一款十分优秀的收集器,也是目前B/S开发模式比较常用的GC收集器.它的特点是并发收集,低停顿 ,G1对此是使用并发的方式来保证GC运行和用户线程的同时使用,这就是把对CPU资源的调用权还给了CPU自身 2.分代收集:G1可以选择自己独立管理堆内存,也可以选择跟其他的GC回收器一起进行管理 3.空间整合 GC的触发往往会伴随着一次Minor GC的发生,当Major GC触发之后就距离Full GC不远了,如果Full GC依旧不能解决问题,那么就会导致内存的溢出 3.从JDK1.8的版本开始,已经取消了永久代
今天主要谈谈JVM GC的类型和策略，特别是大家经常混淆的Minor GC、Major GC、Full GC，年轻代GC、老年代GC，之间有什么区别和联系。 Major GC 老年代的垃圾收集叫做Major GC，Major GC通常是跟full GC是等价的，收集整个GC堆。 Minor GC和Major GC其实就是年轻代GC和年老年GC的俗称。 分代GC 针对HotSpot VM的实现，其实GC的准确分类可以分为： 分代GC Full GC 以及后续的G1的分区收集本质其实还是一个分代收集器，但是和之前的各类回收器不同，它同时兼顾年轻代和老年代 分代GC并不收集整个GC堆的模式，而是只专注分代收集 Young GC：只收集年轻代的GC Old GC：只收集年老代的GC(只有CMS的concurrent collection是这个模式) Mixed GC：收集整个young gen以及部分old gen的GC(只有G1有这个模式) Full GC Full GC定义是相对明确的，就是针对整个新生代、老生代、元空间（metaspace，java8以上版本取代
通常，我们在了解应用服务的性能时，都会去在所定义的垃圾收集日志文件中去分析GC活动轨迹，在gc.log文件中，我们经常会看到每个GC事件所打印的三种时间类型： “ User 如何在应用程序运行过程中输出GC Log？可参考之前的文章：Java虚拟机三件套解析。 当拿到这份GC 日志文件，我们会遇到很多很多问题：每个单个GC事件花费的时间都会在GC日志中报告。 Pictures curl-format.txt goPro nacos-docker IdeaProjects Public deploy-demo.yaml java 刚才我们讲到了Linux/Unix时间概念，现在我们着重看下Java GC Times。这与GC日志记录中应用的概念相同。 在Java GC Times概念中，每个单个GC事件花费的时间都会在GC日志中报告。在每个GC事件中，都有“user”，“ sys”和“real”。这些时间是什么意思？
答：Java虚拟机，最值的学习的两点，JVM内存结构模型以及GC。JVM是一个内存中的虚拟机，JVM的存储就是内存，例如类、常量、变量、方法都是在内存中。 17、Java内存模型中堆和栈的区别。 答：1）、管理方式，栈自动释放，堆需要GC。 1）、Minor GC，发生在年轻代中的l垃圾收集动作，所采用的复制算法，年轻代是几乎所有Java对象出生的地方，即Java对象申请的内存以及存放都是在年轻代的，Java中的大部分对象不需要长久的存活， 2）、多线程收集，其余的行为，特点和Serial收集器一样。是Server模式下虚拟机年轻代首选的收集器。 3）、单核执行效率不如Serial，因为存在线程交互开销，在多核下执行才有优势。 4）、在多核下执行才有优势，Server模式下默认的年轻代收集器。
由于在这次写作过程中，恰逢Java 9正式版发布，之前都是依赖Java 8的文档写的，如果有不正确的地方还望指正。 本文将包含以下内容： GC的作用范围 GC负责的事情 JVM中的4种GC G1的一些细节 使用Java 9正式版对G1进行测试 一些简单的GC调优方法 一、GC的作用范围 要谈GC的作用范围，首先要谈JVM GC，Java 9中默认使用G1。 由于使用了多线程，可以享受多核CPU带来的优势，可以通过参数-XX:+UseParallelGC -XX:+UseParallelOldGC显示指定。 3. Internals GC Algorithms: Basics Java中几种常量池的区分
由于在这次写作过程中，恰逢Java 9正式版发布，之前都是依赖Java 8的文档写的，如果有不正确的地方还望指正。 本文将包含以下内容： GC的作用范围 GC负责的事情 JVM中的4种GC G1的一些细节 使用Java 9正式版对G1进行测试 一些简单的GC调优方法 一、GC的作用范围 要谈GC的作用范围，首先要谈JVM GC，Java 9中默认使用G1。 由于使用了多线程，可以享受多核CPU带来的优势，可以通过参数-XX:+UseParallelGC -XX:+UseParallelOldGC显示指定。 3. GC Algorithms: Basics Java中几种常量池的区分
一个优秀Java程序员，必须了解Java内存模型、GC工作原理，以及如何优化GC的性能、与GC进行有限的交互，有一些应用程序对性能要求较高，例如嵌入式系统、实时系统等，只有全面提升内存的管理效率， 本文将从JVM内存模型、GC工作原理，以及GC的几个关键问题进行探讨，从GC角度提高Java程序的性能。 5）当程序有一定的等待时间，程序员可以手动执行System.gc()，通知GC运行，但是Java语言规范并不保证GC一定会执行。使用增量式GC可以缩短Java程序的暂停时间。 参考推荐： Java内存模型及GC原理 一个优秀的Java程序员必须了解的GC机制 Android 智能指针原理（推荐） Java虚拟机规范 Java虚拟机参数 Java内存模型 Java系列教程 （推荐） Java垃圾回收原理（360doc） Java内存模型及GC原理（图解） Java的内存结构和垃圾收集（图解） JDK5.0中JVM堆模型、GC垃圾收集详细解析（图解） Java内存泄露的理解与解决
腾讯 Kona（TK）是免费、可立即投入生产的 OpenJDK 发行版。腾讯 Kona 基于 TencentJDK 开发，针对云应用场景定制新的功能及优化， 具备更快的云应用启动速度，更好的性能以及更为便捷的分析、诊断工具……
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
文件存储
命令行工具
SSL 证书
