Elasticsearch的内存架构主要分为两大部分：堆内存（On-Heap）和堆外内存（Off-Heap）。这两部分内存各有其用途和管理策略，共同支撑着Elasticsearch的高性能和可扩展性。
比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。
VisualVM is a visual tool integrating commandline JDK tools and lightweight profiling capabilities. Designed for both development and production time use.
JVM的垃圾回收算法 一，如何判断对象已经消亡 1，引用计数算法 一个对象如果没有任何引用指向它，就可认为该对象已经”消亡“，这种方法有个缺点就是无法检测到引用环的存在。 算法特点 1. 需要单独的字段存储计数器，增加了存储空间的开销； 2. 每次赋值都需要更新计数器，增加了时间开销； 3. 垃圾对象便于辨识，只要计数器为0，就可作为垃圾回收； 4. 及时回收垃圾，没有延迟性； 5. 不能解决循环引用的问题； 2，根搜索算法 Java使用根搜索算法回收垃圾，该算法的基本原理：定义一系列名为GC Roots的
其最本质的原因是因为内存资源的稀缺性。我们计算机最核心的资源是CPU和内存，CPU是随着计算机一直存在的东西，核数有限但是一直存在；但内存比较稀缺，A占满了，B就不能用了，我们怎么可以共享使用这个内存呢，这就是GC产生的原因了。
在上一文《GC与类的生命周期》中，我简单介绍了与垃圾回收相关的一些知识概念，在本文当中，就来对GC所依赖和实现的算法进行深入的解读和理解。希望对大家有所帮助~
如果不进行垃圾回收，内存迟早都会被消耗空，因为我们在不断的分配内存空间而不进行回收。除非内存无限大，我们可以任性的分配而不回收，但是事实并非如此。所以，垃圾回收是必须的。
“堆”是一个“运行时”数据区，是通过new等指令建立的，Java的堆是有Java的垃圾回收机制来负责处理的。堆是动态分配内存大小，垃圾收集器可以自动回收不再使用的内存空间。所谓的内存垃圾，是指在堆上开辟的内存空间，在不用的时候就变成了“垃圾”。 Java中，这部分“垃圾”可以被Java虚拟机的一个程序发现并自动清除掉。Java语言提供了一个系统级的线程级——垃圾收集器线程，来跟踪每一块分配出去的内存空间，当JVM处于空闲循环时，自动回收每一块可以回收的内存。 垃圾收集器完全是自动被执行的，它不能被强制执行。程序员可以做的只是调用System.gc()来“建议”执行垃圾收集器程序。将对象的引用变量初始化为null值，来暗示垃圾收集器来收集该对象。 finalize()在该对象垃圾回收前调用。 JVM使用的是分代垃圾回收的方式，主要是因为在程序运行的时候会有如下特点: 1.大多数对象在创建后很快就没有对象使用它了。(98%的对象) 2.大多数在一直被使用的对象很少再去引用新创建的对象。 因此就将Java对象分为年轻对象和年老对象。JVM将内存分为两个区域，分别称为“新生代”和“老年代”。“新生代”区域中绝大多数新创建对象都存放在这个区域里，一般来说较小而且垃圾回收频率较高。“老年代”区域中存放的是在“新生代”中生存了较长时间的对象，这些对象将被转移到“老年代”区。
最近阿粉的小学妹，给阿粉留言，说面试官不按套路出牌，问JVM的相关知识的时候，不问有什么GC算法，而是问我为什么这么设计，让学妹很懵圈，阿粉就差给小学妹的脑壳敲破了，面试官这么问，只是考验你，知其然，知其所以然么？今天阿粉就来简单的说说这个。
标记-清除算法是最基础的算法，算法分为标记和清除两个阶段，首先标记出要清除的对象，在标记完后统一回收所有被标记的对象，标记方式为j《jvm系列之垃圾收集器》里面所提到的。这种算法标记和清除两个过程效率都不高；并且在标记清除后，内存空间变得很零散，产生大量内存碎片。当需要分配一个比较大的对象时有可能会导致找不到足够大的内存。 标记清除算法图解（图片来源于百度图片）：
参考链接：https://www.cnblogs.com/yrxing/p/14464799.html
垃圾回收机制是java的一个特性，相较于c/c++程序员需要自己分配内存，在使用结束后自己回收内存而言，Java实在对程序员太友好了（所以头发较多点）。Java的垃圾回收全部都是由虚拟机自动完成的，不需要程序员额外写啥代码。作为一个Java程序猿，学习GC是非常有必要的，根据项目特性，优化GC也是一个优秀程序猿的基本能力之一。
刚刚我们说了为什么要回收垃圾，和什么是OOM那么我们下面就给大家介绍，我们JVM中什么地方需要进行垃圾回收。
来源：https://www.iteye.com/blog/pengjiaheng-524024
通过一系列称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径称为“引用链”，当一个对象到 GC Roots 没有任何的引用链相连时(从 GC Roots 到这个对象不可达)时，证明此对象不可用。
JVM的4种垃圾回收算法、垃圾回收机制与总结 – 知乎 https://zhuanlan.zhihu.com/p/54851319
在标记阶段首先通过根节点(GC Roots)，标记所有从根节点开始的对象，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象。
每个java开发同学不管是日常工作中还是面试里，都会遇到JDK、JVM和GC的问题。本文会从以下10个问题为切入点，带着大家一起全面了解一下JVM的方方面面。
Java虚拟机的内存模型分为五个部分，分别是：程序计数器、Java虚拟机栈、本地方法栈、堆、方法区。 这五个区域既然是存储空间，那么为了避免Java虚拟机在运行期间内存存满的情况，就必须得有一个垃圾收集者的角色，不定期地回收一些无效内存，以保障Java虚拟机能够健康地持续运行。 这个垃圾收集者就是平常我们所说的“垃圾收集器”，那么垃圾收集器在何时清扫内存？清扫哪些数据？这就是接下来我们要解决的问题。 程序计数器、Java虚拟机栈、本地方法栈都是线程私有的，也就是每条线程都拥有这三块区域，而且会随着线
在程序运行过程中，几乎每时每刻都在为进程分配新的内存，但计算机的内存空间总是有限的，内存空间总有被占满的时候，所以我们需要进行 「垃圾数据回收」 ，以释放内存空间。
本文内容是基于 JDK 1.6 的，不同版本虚拟机之间也许会有些许差异，但不影响我们对JVM垃圾回收机制的整体把握和了解。
算法分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成后，统一回收掉所有被标记的对象，也可以反过来，标记存活的对象，统一回收所有未被标记的对象。之所以说它是最基础的收集算法，是因为后续的收集算法大多都是以标记-清除算法为基础，对其缺点进行改进而得到的。
在Java中，它的内存管理包括两方面：内存分配(创建Java的时候)和内存回收，和C不同，这方面读是由JVM来完成的，避免了C/C++直接操作的风险，同时也降低了学习Java的难度。虽然内存管理完全由JVM负责，但是如果程序员不了解内存分配，就会导致高耗内存、内存泄露等问题。所以Java程序员还是要学习JVM的内存回收机制。才能写出更高效的代码。
CMS收集器是一种以获取最短回收停顿时间为目标的收集器。很大一部分是应用在互联网网站或者浏览器的B/S系统的服务端。
如果不进行垃圾回收，内存耗空是迟早的。因为我们在不断的进行内存分配，而不进行垃圾回收。除非内存足够大，可以让我们随意分配内存。但事实并非如此。
内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。
Java堆(Java Heap)是JVM所管理的最大内存区域，也是所有线程共享的一块区域，在JVM启动时创建。
首先JVM的内存结构包括五大区域: 程序计数器、虚拟机栈、本地方法栈、方法区、堆区。其中程序计数器、虚拟机栈和本地方法栈3个区域随线程启动与销毁， 因此这几个区域的内存分配和回收都具有确定性，不需要过多考虑回收的问题。而Java堆区和方法区则不一样，这部分内存的分配和回收是动态的，正式垃圾回收需要关注的部分。
通过在对象头中分配一个空间来保存该对象被引用的次数。如果该对象被其它对象引用，则它的引用计数加一，如果删除对该对象的引用，那么它的引用计数就减一。（一般不是一个对象被引用的次数为0了就立即释放，出于效率考虑，系统总是会等一批对象一起处理，这样更加高效）
不同于C++需要编程人员手动释放内存，Java有虚拟机，因此Java不需要程序员主动去释放内存，而是通过虚拟机自身的垃圾回收器(Garbage Collector-GC)来进行对象的回收。Java语言由于有虚拟机的存在，实现了平台无关性，在任意平台都是通过将代码转换为字节码文件，从而在平台下的虚拟机中运行代码的。
传引用的错觉是如何造成的呢？在运行栈中，基本类型和引用的处理是一样的，都是传值，所以，如果是传引用的方法调用，也同时可以理解为“传引用值”的传值调用，即引用的处理跟基本类型是完全一样的。但是当进入被调用方法时，被传递的这个引用的值，被程序解释（或者查找）到堆中的对象，这个时候才对应到真正的对象。如果此时进行修改，修改的是引用对应的对象，而不是引用本身，即：修改的是堆中的数据。所以这个修改是可以保持的了。
应用程序经过编译，转换为字节码文件，字节码加载到内存空间并不能直接在操作系统上执行，执行引擎作为Java虚拟机核心的组成部分，作用就是将字节码指令解释/编译为对应系统平台上的本地机器指令。
1、在Tomcat 的安装路径下，找到bin/catalina.sh 加上下面的配置，具体参数，自己配置：
垃圾回收算法的实现设计到大量的程序细节，并且每一个平台的虚拟机操作内存的方式都有不同，所以不需要去了解算法的具体实现。
2) 每个方法执行都会创建一个栈帧，用于存放局部变量表，操作栈，动态链接，方法出口等。每个方法从被调用，直到被执行完。对应着一个栈帧在虚拟机中从入栈到出栈的过程。
作为MQ，Kafka的性能说第二，恐难有人敢说第一。一台配置较好的服务器，对Kafka做极限性能压测，Kafka单节点的极限处理能力接近2000万条消息/s，吞吐量达600MB/s。
Java语言中一个显著的特点就是引入了垃圾回收机制，使c++程序员最头疼的内存管理的问题迎刃而解，它使得Java程序员在编写程序的时候不再需要考虑内存管理。由于有个垃圾回收机制，Java中的对象不再有“作用域”的概念，只有对象的引用才有“作用域”。垃圾回收可以有效的防止内存泄露，有效的使用空闲的内存。
脚本慢：程序流程图，加log计时 发现特别慢的时间结点，看代码逻辑，从逻辑上不可能有特别耗时的操作。 考虑是垃圾回收操作。 使用JVisaulVM进行排查，发现是在做垃圾回收。 堆做dump，定位到代码。 有几个地方。 第一个地方是，生成报告的结点是循环依赖的。A、B互相持有，由于JVM的回收机制是根可达算法，会堆积到老年代回收。设置clear()予以解决。 第二个是将缓存变量由类的实例改称了类。 第三个是将concurrentHashMap改为synchornized和WeakHashMap
所有新生成的对象首先都是放在年轻代。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代一般分3个区，1个Eden区，2个Survivor区（from 和 to）。
java虚拟机中，数据类型可以分为两类：基本类型和引用类型。基本类型的变量保存原始值，即：它代表的值就是数值本身，而引用类型的变量保存引用值。“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。
Java技术体系中所提倡的 自动内存管理 最终可以归结为自动化地解决了两个问题：给对象分配内存 以及 回收分配给对象的内存，而且这两个问题针对的内存区域就是Java内存模型中的 堆区。关于对象分配内存问题，笔者的博文《JVM 内存模型概述》已经阐述了 如何划分可用空间及其涉及到的线程安全问题，本文将结合垃圾回收策略进一步给出内存分配规则。垃圾回收机制的引入可以有效的防止内存泄露、保证内存的有效使用，也大大解放了Java程序员的双手，使得他们在编写程序的时候不再需要考虑内存管理。本文着重介绍了判断一个对象是否可以被回收的两种经典算法，并详述了四种典型的垃圾回收算法的基本思想及其直接应用——垃圾收集器，最后结合内存回收策略介绍了内存分配规则。
一般情况下，当新对象生成，并且在Eden申请空间失败时，就会触发Scavenge GC，对Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。
我们知道，JavaScript之所以能在浏览器环境和NodeJS环境运行，都是因为有V8引擎在幕后保驾护航。从编译、内存分配、运行以及垃圾回收等整个过程，都离不开它。
一、Java引用的四种状态： 强引用： 用的最广。我们平时写代码时，new一个Object存放在堆内存，然后用一个引用指向它，这就是强引用。 如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。 软引用： 如果一个对象只具有软引用，则内存空间足够时，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。（备注：如果内存不足，随时有可能被回收。） 只要垃
1. 新生代可用GC策略 ---- 1. 串行GC（Serial Copying） 算法：复制（Copying）清理算法； 操作步骤： 扫描年轻代中所有存活的对象； 使用Minor GC进行垃圾回收，同时将存活对象保存到“S0”或“S1”区； 在上一次Minot GC的基础上进行“S0”和“S1”区的角色交换； *经历过许多次Minor GC依然存活的对象晋升到老年代。 2. 并行回收GC（Parallel Scavenge） 算法：复制（Copying）清理算法； 操作步骤：在扫描和复
基本类型的变量保存原始值，即：他代表的值就是数值本身；而引用类型的变量保存引用值。“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。
在计算虚拟化大致可分为CPU虚拟化、内存虚拟化、I/O虚拟化，本期我们来聊聊内存虚拟化技术。在物理服务器中可以根据不同的计算需求配置不同容量的内存，如最常见的是配置256G以及512G。在虚拟化环境中这些内存会分配给不同的虚机使用。
jvm的内存模型在1.7和1.8有较大的区别，虽然本文是以1.8为例进行讲解，但是我们也是需要对1.7的内存模型有所了解。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
