三色标记算法及一些思考三色标记算法并发下导致的问题解决方式最近，在阅读《深入理解Java虚拟机》一书关于可达性分析内容的描述后，有些感悟，故写下此文章。

前言在java中，存在大量的设计概念，在概念中衍生出了很多理论基础，这类的学习对其他语言的深入理解有很大的帮助，因为本身java就是一个很大的知识库，于是，在飞机上，抽空下载了《深入理解JAVA虚拟机》

文章目录1.运行时数据区域1.1程序计数器1.2Java虚拟机栈1.3本地方法栈1.4Java堆1.5方法区1.6运行时常量池2.直接内存本文参考于《深入理解Java虚拟机》1.运行时数据区域Java虚拟机在执行

说明：本篇属于读书笔记，大量参考《深入理解Java虚拟机》判断对象不可用的几种方式引用计数量法通过计算对象被引用的次数来判断该对象是否还有被引用，这种方式的判断效率较高，因为判断逻辑比较简单嘛，但是无法解决对象之间的循环引用问题

最近在阅读《深入理解java虚拟机：jvm高级特性与最佳实践》，担心有些地方自己记不住，所以做一些读书笔记以供自己日后查阅。

GenerationalCollection）算法垃圾收集器Serial收集器ParNew收集器ParallelScavenge收集器SerialOld收集器ParallelOld收集器CMS收集器G1收集器垃圾收集相关的常用参数参考书籍：《深入理解

深入理解Java虚拟机第7章虚拟机类加载机制7.1概述7.2类加载的时机7.3类加载的过程7.3.1.加载7.3.2.验证：7.3.3.准备：7.3.4.解析：7.3.5.初始化7.4类加载器7.4.1

文章目录一、前言（概述）二、类加载的时机2.1类加载的过程概述（总体流程）2.2加载与初始化的时机（什么时候开始加载和初始化？）三、类加载过程3.1加载（Loading）3.2验证3.2.1文件格式验证3.2.2元数据验证3.2.3字节码验证3.2.4符号引用验证3.3准备3.4解析3.5初始化四、类加载器4.1类与类加载器4.2双亲委派机制4.2.1三种类加载器4.2.2类加载器双亲委派模型4.

相关截图：资料简介：作为一位Java程序员，你是否也曾经想深入理解Java虚拟机，但是却被它的复杂和深奥拒之门外？没关系，本书极尽化繁为简之妙，能带领你在轻松中领略Java虚拟机的奥秘。

文章目录1.概述2.Tomcat：正统的类加载器结构3.OSGi：灵活的类加载器架构4.字节码生成技术与动态代理的实现5.Retrotranslator：跨越JDK版本1.概述在Class文件格式与执行引擎这部分里，用户的程序能直接影响的内容并不太多，Class文件以何种格式存储，类型何时加载、如何连接，以及虚拟机如何执行字节码指令等都是由虚拟机直接控制的行为，用户程序无法对其进行改变。能通过程序

6.1必须要对类进行初始化的五种时机（对类的主动引用）6.2类加载过程（生命周期）6.3类加载器6.3双亲委派模式6.4破坏双亲委派模式7.虚拟机字节码执行引擎7.1确定被调用的方法最后前言参考资料：《深入理解

——《深入理解Java虚拟机》前言上一章看了高墙的一半，接下来看另一半——GC。为什么需要GC和内存分配策略？

以下内容为《深入理解Java虚拟机》的阅读笔记。在内存区域中，程序计数器、虚拟机栈与本地方法栈是跟随线程的生命周期的，所以内存的分配与回收是确定的。

2018-01-1722:47:39tags:[tips]categories:[other]设计模式《大话设计模式》代码编写优化《重构改善既有代码的设计》《effectivejava》Java深入虚拟机《深入理解

按照《深入理解Java虚拟机》中的流程进行，有少许区别，记录如下配置：MacOS10.15.7、XCode12.0.1、jdk12、IDEA下载代码从https://hg.openjdk.java.net

1.线程安全如果不用考虑这些线程在运行时环境下的调度和交替执行，也不需要进行额外的同步，或者在调用方进行任何其他的协调操作，调用这个对象的行为都可以获得正确的结果，那这个对象是线程安全的。（要求代码本身封装好了保障手段，令调用者无需关心多线程的问题，更无需自己采取任何措施保障线程安全）1.1Java语言中的线程安全按照线程的“安全程序”由强至弱划分，可以分为5类不可变如果一个不可变的对象创建了（例

从JVM角度看继承最近重读了周志明老师的《深入理解JAVA虚拟机》一书，看完大有收获，但仍对继承情况下对象内存布局有所疑惑，所以查阅资料，结合本书进行分析参考文档：【深入理解JVM】：Java类继承关系中的初始化顺序从

线程安全BrianGoetz在《JavaConcurrencyInPractice》中提出线程安全的定义：当多个线程访问一个对象的时候，如果不用考虑这些线程在运行时环境下的调度和交替执行，也不需要进额外的同步，或者在调用方法进行任何其他的协调操作，调用这个对象的行为都可以获得正确结果，那么这个对象就是线程安全的。1/1Java语言中的线程安全我们可以将Java语言中各种操作共享的数据分为以下5类：

Java内存区域与内存溢出异常运行时数据区域程序计数器Java虚拟机栈本地方法栈Java堆方法区运行时常量池直接内存实例堆溢出栈溢出运行时数据区域根据《Java虚拟机规范的规定》，Java虚拟机所管理的内存将会包含已下架几个运行时数据区域。程序计数器在Java虚拟机的概念模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，它是程序控制流的指示器，分支、循环、跳转、

当时看《EffectiveJava》、《深入理解java虚拟机》全都一脸

最近复习了深入理解Java虚拟机这本书，做了一下笔记，希望对大家有帮助，如果有不正确的地方，欢迎提出，感激不尽。

JVM前言还在完善中先发布JVM虚拟机厂家多钟多样，具体实现细节可能不一样，这里主要讲的是虚拟机的规范，以下内容融合了各个平台发布的内容和周志明老师的《深入理解java虚拟机》JVM概述如何理解jvm跨平台

前言最近刚读完Java并发编程实战、深入理解Java虚拟机。打算写一篇总结性文章，思来想去文章的内容，最后决定还是不要限定于Java这门语言，应该从提升性能的整体出发，所以就有了这篇文章。

在看周志明的《深入理解java虚拟机》，跟着教程编译openjdk12，其中碰上点问题，所以记录下来。

楼主翻开了神书《深入理解Java虚拟机》第二版，p227,关于类加载器的部分。请看：1.什么是类加载机制？代码编译的结果从本地机器码转变成字节码，是存储格式的一小步，却是编程语言发展的一大步。

文章目录走近JavaJDK、JRE与JVM之间的关系：内存溢出的问题及解决jvm可视化监控工具Java的发展java技术体系Java虚拟机SunClassicVMExactVMHotSpotVMKVMJRockitJ9DavikMicrosoftJVMAzulVMLiquidVMTaobaoVMJava虚拟机的内存管理程序计数器虚拟机栈本地方法栈Java堆方法区运行时常量池对象的创建如何在堆中给对

JVM内存结构《深入理解Java虚拟机（第2版）》中的描述是下面这个样子的：JVM的内存结构大概分为：堆（Heap）：线程共享。所有的对象实例以及数组都要在堆上分配。回收器主要管理的对象。

JVM内存结构《深入理解Java虚拟机（第2版）》中的描述是下面这个样子的：JVM的内存结构大概分为：堆（Heap）：线程共享。所有的对象实例以及数组都要在堆上分配。回收器主要管理的对象。

更好的阅读体验\huge{\color{red}{更好的阅读体验}}更好的阅读体验本篇为深入理解Java虚拟机第二章内容，推荐在学习前先掌握基础的Linux操作、编译原理、计算机组成原理等计算机基础以及扎实的

本篇是JVM的第一篇学习笔记，主要学习书籍是《深入理解Java虚拟机之JVM高级特性与最佳实践》，总结归纳自己的学习心得。

垃圾收集器日志参数查看GC基本信息查看GC详细信息查看GC前后的堆、方法区可用容量变化查看GC过程中用户线程并发时间以及停顿的时间查看收集器Ergonomics机制（自动设置堆空间各分代区域大小、收集目标等内容，从Parallel收集器开始支持）自动调节的相关信息查看熬过收集后剩余对象的年龄分布信息查看GC基本信息在JDK9之前使用-XX:+PrintGC，JDK9后使用-Xlog:gc查看GC详

HotSpot虚拟机中多数收集器都采用了分代收集来管理堆内存，那内存回收时就必须能决策哪些存活对象应当放在新生代，哪些存活对象放在老年代中。为做到这点，虚拟机给每个对象定义了一个对象年龄（Age）计数器，存储在对象头中。对象通常在Eden区里诞生，如果经过第一次MinorGC后仍然存活，并且能被Survivor容纳的话，该对象会被移动到Survivor空间中，并且将其对象年龄设为1岁。对象在Sur

前言学习《深入理解JAVA虚拟机—JVM高级特性与最佳实践》（周志明，第二版），作者在开篇第一章作了一些介绍后就提出:想要一探JDK内部的实现机制，最便捷的路径之一就是自己编译一套JDK，通过阅读和跟踪调试

更好的阅读体验\huge{\color{red}{更好的阅读体验}}更好的阅读体验本篇为深入理解Java虚拟机第一章的实战内容，推荐在学习前先掌握基础的Linux操作、编译原理基础以及扎实的C/C++功底

在这篇文章里，我将更有深度地理解重载&重写的原理，应深入理解Java虚拟机执行引擎是如何进行方法调用的。请点赞，你的点赞和关注真的对我

在这篇文章里，我将更有深度地理解重载&重写的原理，应深入理解Java虚拟机执行引擎是如何进行方法调用的。请点赞，你的点赞和关注真的对我

前段时间在看《深入理解Java虚拟机》,有教我查看class文件,当时我就想通过这个方法看看能不能在子类的字段集合表中

具体的学习资料和基础的知识点如下：1、JVM《深入理解Java虚拟机》深入拆解Java虚拟机基础知识：GCRoot类型垃圾回收

楼主翻开了神书《深入理解Java虚拟机》第二版，p227,关于类加载器的部分。请看：1.什么是类加载机制？代码编译的结

一、Java内存模型与线程Java内存模型Java内存模型的主要目标是定义程序中各个变量（不包括局部变量和方法参数，因为它们是线程私有的，不会被共享，不存在竞争问题）的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。Java内存模型规定了所有的变量都存储在主内存中，每个线程还有自己的工作内存，工作内存保存了该线程使用到的变量的主内存副本，线程对变量的所有操作都必须在工作内存

以下内容总结来自于《深入理解Java虚拟机：JVM高级特性与最佳实践（第二版）》垃圾收集机制垃圾收集需要考虑三件事：哪些内存需要回收？什么时候回收？如何回收？

垃圾收集器主要包括：Serial收集器，ParNew收集器，ParallelScavenge收集器，CMS收集器和G1收集器等。如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。虽然我们对各个收集器进行比较，但并非要挑选出一个最好的收集器。因为直到现在为止还没有最好的垃圾收集器出现，更加没有万能的垃圾收集器，我们能做的就是根据具体应用场景选择适合自己的垃圾收集器。JVM的se

一、概述Lisp是第一门开始使用内存动态分配和垃圾收集技术的语言，在胚胎时期时，其作者JohnMcCarthy就思考过垃圾收集需要完成的三件事情：哪些内存需要回收？什么时候回收？如何回收？在java中，Java堆和方法区这两个区域则有着很显著的不确定性：一个接口的多个实现类需要的内存可能会不一样，一个方法所执行的不同条件分支所需要的内存也可能不一样，只有处于运行期间，才能知道程序究竟会创建哪些对象

相关系列博客：深入理解java虚拟机之java内存区域深入理解java虚拟机之对象真的死了吗Java垃圾收集

1.Java虚拟机监控诊断工具eclipseMAT可用于分析由jmap命令导出的Java堆快照。它包括两个相对比较重要的视图，分别为直方图和支配树。直方图展示了各个类的实例数目以及这些实例的Shallowheap或Retainedheap的总和。支配树则展示了快照中每个对象所直接支配的对象。JavaMissionControl是Java虚拟机平台上的性能监控工具。JavaFlightRecorde

本文主要参考：《深入理解Java虚拟机》—周志明方法调用并不等同于方法执行,方法调用阶段唯一的任务就是确定被调用方法的版本(即调用哪一个方法),暂时还不涉及方法内部的具体运行过程。

                 类加载器  虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模块称为“类加载器”。类加载器可以说是Java语言的一项创新，也是Java语言流行的重要原因之一，它最初是为了满足JavaApplet的需求而开发出来的。虽然目前JavaA

  方法调用并不等同于方法执行，方法调用阶段唯一的任务就是确定被调用方法的版本（即调用哪一个方法），暂时还不涉及方法内部的具体运行过程。在程序运行时，进行方法调用是最普遍、最频繁的操作，但前面已经讲过，Class文件的编译过程中不包含传统编译中的连接步骤，一切方法调用在Class文件里面存储的都只是符号引用，而不是方法在实际运行时内存布局中的入口地址（相当于之前说的直接引用）。这个特性给Java带

  虚拟机是如何调用方法的内容已经讲解完毕，从本节开始，我们来探讨虚拟机是如何执行方法中的字节码指令的。上文中提到过，许多Java虚拟机的执行引擎在执行Java代码的时候都有解释执行（通过解释器执行）和编译执行（通过即时编译器产生本地代码执行）两种选择，在本章中，我们先来探讨一下在解释执行时，虚拟机执行引擎是如何工作的。        基于栈的字节码解释执行引擎1、解释执行  如今，基于物理机、J

代码编译的结果从本地机器码转变为字节码，是存储格式发展的一小步，却是编程语言发展的一大步。一、概述在Java虚拟机规范中制定了虚拟机字节码执行引擎的概念模型，这个概念模型成为各种虚拟机执行引擎的统一外观（Facade）。在不同的虚拟机实现里面，执行引擎在执行Java代码的时候可能会有解释执行（通过解释器执行）和编译执行（通过即时编译器产生本地代码执行）两种选泽，也可能两者兼备，甚至还可能会包含几个