JVM深入理解

一、站位表（SMT行业中）是SMT上料防错的基础信息，用于对需上料物料与产线、贴片机位置、飞达规格型号、用量，建立基础资料。 SMT站位表是否正确？ 首先需要人工确认站位表与SMT程序的是否符合，上料员依照站位表安装好后，确认人员需有第三方确认者 （品管确定）核对。 站位表内容包括什么？ 站位表内容为：SMT站位号相对应的物料编码，元件位号，飞达大小/间距，数量等等，根据不同公司的要求而定义。 就目前来说，基本每一款贴片机都可以输出站位清单 但对于企业来说，直接输出的站位清单一般不直接使用，需要进行手动处理

引用计数法记录了每个对象的引用数，并在更新指针时将没有"人气"的对象回收。延迟引用计数法延迟了回收过程，利用ZCT数组记录下"人气"为0的对象，内存不够时再遍历ZCT数组回收垃圾。优化了频繁更新计数器问题。Sticky引用计数法通过减小计数器位宽优化了计数器占用较多内存的问题，但是需要额外处理计数器溢出的对象。1位引用计数法将计数器减小到1比特，并且放到了指针中，彻底解决了计数器占用内存问题，同样也需要额外处理计数器溢出的情况。......

前言 相比于前面三种垃圾收集算法，引用计数算法算是实现最简单的了，它只需要一个简单的递归即可实现。现代编程语言比如Lisp，Python，Ruby等的垃圾收集算法采用的就是引用计数算法。现在就让我们来看下引用计数算法(reference counting)是如何工作的。 算法原理 引用计数算法很简单，它实际上是通过在对象头中分配一个空间来保存该对象被引用的次数。如果该对象被其它对象引用，则它...

JVM垃圾判定是GC第一步，核心是识别“死亡”对象。主流采用**可达性分析算法**（以GC Roots为起点，不可达即回收），彻底解决引用计数法致命的**循环引用问题**。全文系统梳理原理、GC Roots类型、四种引用及面试高频考点。

引用的概念：如果针对某一块区域发起垃圾收集时(如最典型的只针对新生代的垃圾收集)，必须考虑到内存区域是虚拟机自己的实现细节，更不是孤立封闭的，所以某个区域内的对象完全有可能被位于堆中其他区域的对象所引用，需要将关联区域的对象一并加入GC Roots集合中。根据"GC Roots"的根对象作为起始节点集合，从这些根节点开始，根据引用关系向下搜素，搜索过程引用的路径为"引用链"。3、无论是通过引用计数法判断对象的引用数量，还是通过可达性分析算法判断对象是否引用链可达，都和“引用”离不开关系。

深入学习 JVM 算法 - 引用计数法

使用哪种分配方式是由java堆是否规整,而这又是由其垃圾收集器是否有压缩整理的能力决定的.因为Serial、ParNew使用的是标记-复制算法,所以采用的是“指针碰撞”,而CMS这种是基于标记-清除算法实现的理论上就是“空闲列表”(实际上CMS为了实现更快分配,设计了一种分配缓存区,就是通过空闲列表拿到一大块内存之后,然后使用指针碰撞来实现):通过一系列的“GC Roots”的跟对象做为起始点,根据引用关系向下搜索,搜索过程的路径称为“引用链”,如果某个对象和GC Root不可连时,就认为该对象不再使用.

《深入理解JVM》读书笔记

文章目录一、前言 一、前言     看完了《深入理解Java虚拟机：JVM高级特性与最佳实践》，笔者感到受益匪浅，想把自己的所感所学记录下来，于是有了这个专题。     这是笔者一边看书一边做的思维导图，需要的可以自行下载。 ...

深入理解JVM - 阅读笔记之思维导图阅读前须知目录总图 阅读前须知 本博客的主要作用是记录我在阅读《深入理解Java虚拟机》（周志明著）时的一些阅读笔记，此笔记是采用思维导图的形式记录的，较原书而言较为精简，但可能存在一些错误，如果有错误请在评论区指出，我会尽快修改。 在本思维导图中，会看到一个如下图所示的一个小记号，代表笔记/注释，在对应章节的底部我会列出来关于这个笔记/注释的一些具体信息。 ...

深入理解JVM内存区域 希望可以帮助你： 文章地址：

刷豆瓣看到《深入理解 JVM》出第三版了，遂买之更新 JVM 知识，本文为笔记，仅供个人 Review参考文档：The class File Formatu4 magic;// 魔数// 版本号// 常量池// 类访问标记// 本类全限定名// 单一父类// 多个接口// 字段表// 方法表// 类属性magic：魔数，简单识别*.class文件，值固定为0xCAFEBABEminor_version, major_version：Class 文件的次、主版本号。

本文重点介绍了 JVM 常量池 的相关知识，作为 JVM 系列的第一篇，后续将持续更新更多模块内容，包括但不限于JVM内容。欢迎大家持续关注与查阅！如果在阅读过程中发现任何问题或建议，欢迎在评论区热心指出。技术之路漫长而精彩，愿我们携手同行，共同进步，走得更远！参考资料深入理解 Java 虚拟机。

线程不共享的部分，随着线程的创建而创建，随着线程的死亡而销毁，不会发生内存泄漏。即为每个对象维护一个计数器，对象被引用就+1，置为null了就-1，JVM扫描堆内存，发现数值为0则回收。上的内存进行回收，简化了对象的释放，但同时也丧失了回收的及时性，因为回收操作不再又开发者做了。Demo代码如下，循环体中创建的变量，一轮结束后自动没用，不用重复 o = null。普通对象A，经一个引用链可以到达GC Root对象，则A不可被回收。demo = null后，再无对Demo对象的引用，可回收。

虽然引用计数法是一个简单直观的垃圾回收策略，但它在 JVM 中并没有直接采用，主要是由于循环引用和性能问题。JVM 更倾向于使用基于可达性分析的垃圾回收算法，如标记-清除法，并通过分代回收等策略来优化性能和减少内存管理的复杂性。

前几篇博客我们一起认识了JVM的内存模型（程序计数器、虚拟机栈、本地方法栈、方法区与堆），了解了它们的内存结构与分配，同时也略带提到关于内存的回收。 JVM——内存模型（一）：程序计数器 JVM——内存模型（二）：虚拟机栈与本地方法栈 JVM——内存模型（三）：堆与方法区 有内存分配就肯定有内存回收，这个大家都知道，可哪些东西需要回收？什么时候进行回收呢？又怎么样回收呢？ 之前我们介绍了...

内容概述：先了解GC时回收对象是如何判断的，然后是方法区进行那些垃圾回收。因为不同的对象有不同的回收策略我们接着看一些垃圾算法，以及垃圾回收策略。