现在已经是2014年了，但是对大多数开发人员而言有两件事情仍然是个谜——垃圾回收以及异性（码农又被嘲笑了）。由于我对后者也不是特别了解，我想我还是试着说说前者吧，尤其是随着Java 8的到来，这个领域也发生了许多重大的变化及提升，其中最重要的莫过于持久代（PermGen）的删除以及一些令人振奋的新的优化（后面会陆续提及这些）。
垃圾回收器 （GC, Garbage Collector）是和具体的 JVM 实现紧密相关。
既然我们已经有了前面几个强大的GC，为什么还要发布Garbage First（G1）？
7岁那年，当我合上《上下五千年》一套三册全书时，我对自己说，我想当个作家。这一晃27年了，等待了27年，我的第一本书《大话Java性能优化》在2016年4月正式面世，2016年8月第二次印刷，2017年5月第三次印刷，感谢读者的厚爱。《深入理解JVM&G1 GC》这本书是我的第二本书，也即将面世。对于我的每一本书，我都怀着忐忑、惊喜的心情，就像第一次面对我的女儿“小顽子”，给她取这个小名，希望她顽强到底，因为我相信，你若顽强到底，一切皆有可能。
本文旨在深入探讨Java虚拟机（JVM）中的G1垃圾回收器，包括其工作原理、性能特点、配置调优以及实际使用中的代码示例。G1垃圾回收器以其并行与并发能力、停顿时间可预测性在高性能Java应用中备受青睐。
它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境
下图展示了7种作用于不同分代的收集器，其中用于回收新生代的收集器包括Serial、PraNew、Parallel Scavenge，回收老年代的收集器包括Serial Old、Parallel Old、CMS，还有用于回收整个Java堆的G1收集器。不同收集器之间的连线表示它们可以搭配使用。
双十一之前检查下服务，通过监控的GC日志发现我们有个订单的服务Young GC时间似乎有点过长，有很多都到达秒级别了。平时运行着其实还好也没出啥问题。但是考虑到双十一流量比较大，还是决定关注下这个问题。
本文翻译自Getting Started with G1 Gabage Collector部分章节。并未一字一句照译。同时也根据文尾的参考文档,适当增加了部分内容
当用户线程在新生代要进行回收,这个时候就会进行STW（stop the world）操作,将其他线程全部暂停,由当前单线程进行回收垃圾,当回收完了之后,就会打开其他线程,然后继续执行用户线程
注意：还是会造成线程等待现象–>Stop-The-World（STW），但是减少垃圾回收的停顿时间就会同时减小系统的吞吐量
上周五晚上主营出现部分设备掉线，经过查看日志发现是由于缓存系统出现长时间gc导致的。这里的gc日志的特点是：
1. G1收集器参数 ---- No. 参数名称 描述 01 -XX:G1HeapRegionSize=n 设置G1区域的大小，每个区域大小可选范文：1MB~32MB之间，目标是根据最小的堆内存大小划分出约2048个区域。 02 -XX:MaxGCPauseMillis=n 设置回收的最大时间。 03 -XX:G1NewSizePercent=n 设置年轻代最小使用的空间比率，默认为Java堆内存的5% 04 -XX:G1MaxNewSizePercent=n 设置年轻代最大使用的空间比率，默认为Java堆
suorce：https://www.cnblogs.com/haha66/p/13821842.html
HotSpot 虚拟机提供了多种垃圾收集器，每种收集器都有各自的特点，虽然我们要对各个收集器进行比较，但并非为了挑选出一个最好的收集器。我们选择的只是对具体应用最合适的收集器。
垃圾回收是Java程序运行时的关键组成部分，它负责管理内存资源，确保不再使用的对象被释放，以避免内存泄漏和提高应用程序性能。在本篇博客中，我们将深入研究JVM（Java虚拟机）中的垃圾回收算法，探讨不同算法的工作原理、优点和缺点，以及如何选择和优化垃圾回收器，让您的Java应用火起来！
类比日常生活中，如果一个东西经常没被使用，那么就可以说是垃圾。 同理，如果一个对象不可能再被引用，那么这个对象就是垃圾，应该被回收。
例如对于存活对象少的新生代区域，比较适合采用复制算法。这样只需要复制少量对象，便可完成垃圾回收，并且还不会有内存碎片。
过去的几天里，我把JVM内部的垃圾回收算法和垃圾回收器。还剩下最后一个G1回收器没有说，我们今天数一下G1回收器和常见的参数配置。
如果说垃圾回收算法是内存回收的方法论，那么垃圾回收器就是内存回收的具体实现，下图展示了7中作用于不同分代的收集器。其中用于新生代的回收器包括Serial,PraNew,Parallel Scavenge,回收老年代的收集器包括 Serial Old ,Parallel old,CMS，还有作用于回收整个java堆的G1收集器，不同收集器之间的连线表示他们可以搭配使用。
Java虚拟机Java virtual machine(JVM) 是物理机器的软件实现。java编译器javac将源码文件.java编译成字节码文件.class，然后这个字节码文件.class被放到JVM中，装载并执行字节码文件.class。JVM架构图如下。
https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/toc.html
在标记阶段首先通过根节点(GC Roots)，标记所有从根节点开始的对象，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象。
垃圾回收（Garbage Collection，GC）是现代编程语言中的一项重要功能，它能够自动管理内存，释放已经不再使用的对象，确保程序运行的稳定性和性能。不同的垃圾回收器具备不同的算法和特点，因此在实际应用中，选择合适的垃圾回收器并进行搭配使用是非常重要的。本文将以介绍和分析七个常见的垃圾回收器及其搭配使用策略为主题，帮助读者更好地理解垃圾回收的原理和优化策略。
G1全称是Garbage First Garbage Collector，使用G1的目的是简化性能优化的复杂性。例如，G1的主要输入参数是初始化和最大Java堆大小、最大GC中断时间。
对Java垃圾回收最大的误解是什么？它实际又是什么样的呢？ 当 我还是小孩的时候，父母常说如果你不好好学习，就只能去扫大街了。但他们不知道的是，清理垃圾实际上是很棒的一件事。可能这也是即使在Java的世界中， 同样有很多开发者对GC算法产生误解的原因——包括它们怎样工作、GC是如何影响程序运行和你能对它做些什么。因此我们找到了Java性能调优专家Haim Yadid，并把名为Java performance tuning guide的文章发表在Takipi的博客上。 最新博文：关于垃圾回收被误解的7
ImportNew - 蒋 生武 对Java垃圾回收最大的误解是什么？它实际又是什么样的呢？ 当我还是小孩的时候，父母常说如果你不好好学习，就只能去扫大街了。但他们不知道的是，清理垃圾实际上是很棒的一件事。可能这也是即使在Java的世界中， 同样有很多开发者对GC算法产生误解的原因——包括它们怎样工作、GC是如何影响程序运行和你能对它做些什么。因此我们找到了Java性能调优专家Haim Yadid，并把名为Java performance tuning guide的文章发表在Takipi的博客上。 htt
（点击上方公众号，可快速关注） ImportNew - 蒋 生武 对Java垃圾回收最大的误解是什么？它实际又是什么样的呢？ 当我还是小孩的时候，父母常说如果你不好好学习，就只能去扫大街了。但他们不知道的是，清理垃圾实际上是很棒的一件事。可能这也是即使在Java的世界中， 同样有很多开发者对GC算法产生误解的原因——包括它们怎样工作、GC是如何影响程序运行和你能对它做些什么。因此我们找到了Java性能调优专家Haim Yadid，并把名为Java performance tuning guide的文章发表在
上周知识星球的同学在阿里云技术面终面的时候被问到这么一个问题：假设一个每天100w次登陆请求的平台，一个服务节点 8G 内存，该如何设置JVM参数？ 觉得回答的不太理想，过来找我复盘。
Java作为一种面向对象的编程语言，具有自动内存管理的特性，即垃圾回收（Garbage Collection）。这一机制使得开发者不必手动管理内存，有效地减少了内存泄漏的风险。本文将深入探讨Java的内存释放机制，解释垃圾回收的工作原理以及一些优化策略。
G1收集器是一款面向服务器的垃圾收集器，也是HotSpot在JVM上力推的垃圾收集器，并赋予取代CMS的使命。为什么对G1收集器给予如此高的期望呢？既然对G1收集器寄予了如此高的期望，那么他一定是有其特别之处。他和其他的垃圾收集器有何不同呢？下面我们将从以下几个方面研究G1收集器。
G1（Garbage First）垃圾收集器，是目前垃圾回收技术最前沿的成果之一。
G1主要针对配备多颗处理器及大容量内存的机器. 尽量满足GC停顿时间要求的同时也具备高吞吐量。
docker获得的mem_usage的大小是从外部得到的java进程的内存大小，不仅仅是 -Xmx设置的大小，如果 -Xmx和docker分配的内存一致的话，由于java应用其他的地方还要占用不少的内存，导致还没有到达 -Xmx的时候就没有可以用的内存了，所以被docker容器给干掉了，从而出现了oom的情况。
早上被报警叫醒，使用gceasy.io分析了服务器的gc日志，报告见：2017-05-28 gc.log报告
垃圾收集，不是Java语言的伴生产物。早在1960年，第一门开始使用内存动态分配和垃圾收集技术的Lisp语言诞生。
-XX:+UseG1GC 标记打开G1收集器开关 ---- 【概述】 G1回收器是JDK1.7正式使用的回收器，它的目标是来取代CMS回收器。 它属于分代回收器，也使用了分区算法。 它的优点有如下几个方面 1> 它是多个线程同时执行GC操作的，可以最大限度利用多cpu计算能力。 2> 虽然它在初始标记、重新标记和独占清理这三个阶段需要STW。但是，对于整体GC过程来说，是可以与应用程序并行执行的。 3> 它即可以负责年轻代的GC，也可以负责老年代的GC。实现了一个回收器对多代的完全统治。 4> G
下文连接比较多啊，都是我过整理的博客，很多答案都在博客里有详细说明，理解记忆是最扎实的记忆。而且我的答案不一定是最准确的，但是我的答案不会让你失望，而且几乎每个答案都是问题的扩展答案。
纵观几年来的Java面试题，你会发现每家都差不多。你仔细观察就会发现，HashMap的出现几率未免也太高了吧！连考察的知识点都一样，什么hash碰撞啊，并发问题啊！再比如JVM，无外乎考内存结构，GC算法等！因此，如果是为了面试，完全是有套路可以准备的！记住，基础再好，也架不住面试官天马行空的问，所以刷面试题还是很有必要的！
本文的题目出自博客 http://www.54tianzhisheng.cn/2018/07/12/youzan/ 但是作者没有给出答案，博主斗胆来制作答案版。
G1垃圾收集器是一个多线程垃圾收集器，多线程高并发垃圾收集主要是解决垃圾回收效率问题。（垃圾回收解决三个问题1.回收效率 2.空间碎片 3.full GC问题）
Java虚拟机（JVM）是Java应用程序的运行环境，它具有独特的内存管理机制和垃圾回收策略，同时提供了一系列参数供开发人员调优。本文将深入探讨JVM内存模型、垃圾回收算法、垃圾回收器类型以及性能调优的最佳实践，帮助您更好地理解和优化Java应用程序。
有了虚拟机，就一定需要收集垃圾的机制，这就是Garbage Collection，对应的产品我们称为Garbage Collector。
gc问题一直是一个很难排查的问题，但是他又是一个经常在我们开发业务中出现的。这不，最近在我的项目中就出现了一个比较奇葩的gc问题，排查过程比较繁琐，所以在这里分享一下这个整个排查过程，希望对大家有一定的帮助
我们知道自动的垃圾回收机制是Java语言一个特点，它让我们在写程序的时候不再需要考虑内存管理问题。内存管理实际上就是分配内存和回收内存这两个问题，在上一篇文章我大概介绍了jvm是如何划分内存空间以合理的分配内存的，而这篇文章就介绍一下jvm是如何回收内存的。
前言 上次我们讲了CMS GC， 这次我们讲解G1 GC；在开始之前我们要思考下我们为什么学G1 GC?学习后有什么好处？ 成为更好的Java开发工程师，在遇到服务性能问题、GC问题时，能够通过了解到
4、垃圾回收器的基本原理是什么？垃圾回收器可以马上回收内存吗？有什么办法主动通知虚拟机进行垃圾回收？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
