jvm

最常见的JVM配置当属内存分配，因为在绝大多数情况下，JVM默认分配的内存可能不能够满足我们的需求，特别是在生产环境，此时需要手动修改tomcat启动时的内存参数分配。 1. JVM内存模型 我们在进行内存参数配置主要是围绕着堆内存来进行操作。 2. JVM配置选项 Windows平台（catalina.bat） set JAVA_OPTS=-server -Xms2048m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -XX:SurvivorRatio=8 LInux平台（catalina.sh） set JAVA_OPTS="-server -Xms1024m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -XX:SurvivorRatio=8" 注意：我们在设置的时候，一般将Xms（初始堆内存）与Xmx（最大堆内存）设置为一样大，这样JVM在运行期间不会开辟内存空间，这样可以提升一点性能。 参数说明： 参数 含义 -server 表示当前以服务端的形式运行 -Xms 堆内存的初始大小 -Xmx 堆内存的最大内存 -Xmn 新生代内存大小，官方建议是整个堆的3/8 -XX:MetaspaceSize 元空间内存初始大小，在JDK1

为什么要了解？ 很多做Android开发的同学会问，我们为什么要了解这个呢？首先移动端资源有限，我们了解jvm的内存模型，便于我们更好的管理客户端的内存。 什么是JVM？ java代码的执行过程如下图： 运行时数据区可分为：方法区、堆、虚拟机栈、本地方法栈、程序计数器五个部分。 概述 方法区：线程共享数据，存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。 堆：线程共享数据，主要是存放对象实例和数组。内部会划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer, TLAB)。可以位于物理上不连续的空间，但是逻辑上要连续。 虚拟机栈：线程隔离数据，每个方法在执行时都会床创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行结束，就对应着一个栈帧从虚拟机栈中入栈到出栈的过程。 本地方法栈：线程隔离数据，区别于 Java 虚拟机栈的是，Java 虚拟机栈为虚拟机执行 Java 方法(也就是字节码)服务，而本地方法栈则为虚拟机使用到的 Native 方法服务。 程序计数器：线程隔离数据，字节码解释器工作是就是通过改变这个计数器的值来选取下一条需要执行指令的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖计数器完成。 1.方法区  

跨平台的实现涉及Java虚拟机（Java Virtual Machine，简称 JVM）。 JVM是一个软件，不同的平台有不同的版本。我们编写的Java代码，编译后会生成 .class 文件（字节码文件）。Java虚拟机负责将字节码文件翻译（转译）成特定平台下的 机器码 然后运行。也就是说，只要在不同平台上安装对应的JVM，就可以运行字节码文件，运行Java程序。 在这个过程中，Java程序没有任何改变，仅仅是通过JVM，就能在不同平台上运行，真正实现了“一次编译，到处运行”。 JVM是实现跨平台的关键。 注意：编译的结果不是生成机器码，而是生成字节码，字节码不能直接运行，必须通过JVM翻译成机器码才能运行。 不同平台下编译生成的字节码是一样的，但是由JVM翻译成的机器码却不一样 。 所以，运行Java程序必须有JVM的支持，因为编译的结果不是机器码，必须要经过JVM的再次翻译才能执行。 跨平台的是Java程序，不是JVM。 来源： CSDN 作者： Reverse train. 链接： https://blog.csdn.net/xylyaya/article/details/103773583

关于程序员，除了做项目来提高自身的技术之外，还有一种提升自己的专业技能就是：多！看！书！ 小编整理出一篇Java进阶架构师之路的核心知识，同时也是面试时面试官必问的知识点，篇章也是包括了很多知识点，其中包括了有基础知识、Java集合、JVM、多线程并发、spring原理、微服务、Netty 与RPC 、Kafka、日记、设计模式、Java算法、数据库、Zookeeper、分布式缓存、数据结构等等 由于pdf文档里的细节内容实在过多所以只编辑了部分知识点的章节粗略的介绍下，每个章节小节点里面都有更细化的内容！以下就是部分章节目录，由于头条的篇幅限制目录上的详细讲解也无法一一列出，文末底下有获取以下章节的所有详细知识讲解。 JVM 线程 JVM内存区域 JVM运行时内存 垃圾回收与算法 JAVA 四中引用类型 GC分代收集算法 VS 分区收集算法 GC垃圾收集器 JAVA IO/NIO JVM 类加载机制 由于篇幅限制小编，细节内容实在太多啦，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！有需要的程序猿（媛）可以加VX号：MXY1692 JAVA集合 接口继承关系和实现 List ArrayList（数组） Vector（数组实现、线程同步） LinkList（链表） Set HashSet（Hash表） TreeSet（二叉树） JAVA多线程并发

本文转载自： BAT直通车：阿里架构师详解JVM垃圾回收机制，看完还不懂那就放弃吧 一、如何判定对象为垃圾对象 在堆里面存放着Java世界中几乎所有的对象实例, 垃圾收集器在对堆进行回收前, 第一件事就是判断哪些对象已死(可回收). 1. 引用计数法 在JDK1.2之前，使用的是引用计数器算法。 在对象中添加一个引用计数器，当有地方引用这个对象的时候，引用计数器的值就+1，当引用失效的时候，计数器的值就-1，当引用计数器被减为零的时候，标志着这个对象已经没有引用了，可以回收了！ 问题：如果在A类中调用B类的方法，B类中调用A类的方法，这样当其他所有的引用都消失了之后，A和B还有一个相互的引用，也就是说两个对象的引用计数器各为1，而实际上这两个对象都已经没有额外的引用，已经是垃圾了。但是该算法并不会计算出该类型的垃圾。 2. 可达性分析法 在主流商用语言(如Java、C#)的主流实现中, 都是通过可达性分析算法来判定对象是否存活的: 通过一系列的称为 GC Roots 的对象作为起点, 然后向下搜索; 搜索所走过的路径称为引用链/Reference Chain, 当一个对象到 GC Roots 没有任何引用链相连时, 即该对象不可达, 也就说明此对象是不可用的, 如下图:虽然E和F相互关联， 但它们到GC Roots是不可达的, 因此也会被判定为可回收的对象。 注:

Java技术与Java虚拟机 　　说起Java，人们首先想到的是Java编程语言，然而事实上，Java是一种技术，它由四方面组成： Java编程语言 、 Java类文件格式 、 Java虚拟机 和 Java应用程序接口 (Java API)。它们的关系如下图所示： 图1 Java四个方面的关系 　　运行期环境代表着Java平台，开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)。最后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被 即时代码发生器 有选择的转换成机器码执行。从上图也可以看出Java平台由Java虚拟机和Java应用程序接口搭建，Java语言则是进入这个平台的通道，用Java语言编写并编译的程序可以运行在这个平台上。这个平台的结构如下图所示： 图2 Java平台结构图 　　在Java平台的结构中, 可以看出，Java虚拟机(JVM) 处在核心的位置，是程序与 底层操作系统 和 硬件 无关的关键。它的下方是 移植接口 ，移植接口由两部分组成： 适配器 和 Java操作系统 , 其中依赖于平台的部分称为适配器；JVM 通过移植接口在具体的平台和操作系统上实现；在JVM 的上方是Java的基本类库和扩展类库以及它们的API， 利用Java API编写的应用程序(application) 和小程序(Java

JAVA执行过程： 　　 Java源文件(*.java)---编译器(compiler)----->字节码文件(*.class)---解释器(interpreter)----->执行结果 JVM: 　　结构：1. JVM指令系统 　　　　　　JVM指令系统同其他计算机的指令系统极其相似。Java指令也是由操作码和操作数两部分组 成。操作码为 8位 二进制数， 　　　　　　操作数紧随在操作码的后面，其长度根据需要而不同。当长度大于8位时，操作数被分为两个以上字节存放。 　　　　　　Java指令系统是以Java语言的实现为目的设计的，其中包含了用于 调用方法和监视多线程系统 的指令。 　　　　　　Java的8位操作码的长度使得JVM最多有256种指令，已使用了160多种操作码。 　　　　 2. JVM寄存器 　　　　　　所有的CPU均包含用于保存系统状态和处理器所需信息的寄存器组。JVM只设置了4个最为常用的寄存器。 　　　　　　①.pc程序计数器 　　　　　　②.optop操作数栈顶指针 　　　　　　③.frame当前执行环境指针 　　　　　　④.vars指向当前执行环境中第一个局部变量的指针 　　　　　　所有寄存器均为32位。pc用于记录程序的执行。optop,frame和vars用于记录指向Java栈区的指针。 　　　　 3. JVM栈结构 　　　　　

Java 虚 拟 机 (JVM) 是可运行 Java 代 码 的假想 计 算机。只要根据 JVM 规 格描述将解 释 器移植到特定的 计 算机上，就能保 证经过编译 的任何 Java 代 码 能 够 在 该 系 统 上运行。本文首先 简 要介 绍 从 Java 文件的 编译 到最 终执 行的 过 程，随后 对 JVM 规 格描述作一 说 明。 　　 　　 一 .Java 源文件的 编译 、下 载 、解 释 和 执 行 　　 Java 应 用程序的 开发 周期包括 编译 、下 载 、解 释 和 执 行几个部分。 Java 编译 程序将 Java 源程序翻 译为 JVM 可 执 行 字 节码 。 这 一 编译过 程同 C/C++ 的 编译 有些不同。当 C 编译 器 编译 生成一个 对 象的代 码时 ， 该 代 码 是 为 在某一特定硬件平台运行而 产 生的。因此，在 编译过 程中， 编译 程序通 过查 表将所有 对 符号的引用 转换为 特定的内存偏移量，以保 证 程序运行。 Java 编译 器却不将 对变 量和方法的引用 编译为 数 值 引用，也不确定程序 执 行 过 程中的内存布局，而是将 这 些符号引用信息保留在字 节码 中，由解 释 器在运行 过 程中 创 立内存布局，然后再通 过查 表来确定一个方法所在的地址。 这样 就有效的保 证 了 Java 的可移植性和安全性。 　　

Java虚拟机(JVM)是可运行Java代码的假想计算机。只要根据JVM规格描述将解释器移植到特定的计算机上，就能保证经过编译的任何Java代码能够在该系统上运行。本文首先简要介绍从Java文件的编译到最终执行的过程，随后对JVM规格描述作一说明。 　　一.Java源文件的编译、下载、解释和执行 　　Java应用程序的开发周期包括编译、下载、解释和执行几个部分。Java编译程序将Java源程序翻译为JVM可执行代码—字节码。这一编译过程同C/C++的编译有些不同。当C编译器编译生成一个对象的代码时，该代码是为在某一特定硬件平台运行而产生的。因此，在编译过程中，编译程序通过查表将所有对符号的引用转换为特定的内存偏移量，以保证程序运行。Java编译器却不将对变量和方法的引用编译为数值引用，也不确定程序执行过程中的内存布局，而是将这些符号引用信息保留在字节码中，由解释器在运行过程中创立内存布局，然后再通过查表来确定一个方法所在的地址。这样就有效的保证了Java的可移植性和安全性。 　　运行JVM字节码的工作是由解释器来完成的。解释执行过程分三部进行：代码的装入、代码的校验和代码的执行。装入代码的工作由"类装载器"（class loader）完成。类装载器负责装入运行一个程序需要的所有代码，这也包括程序代码中的类所继承的类和被其调用的类。当类装载器装入一个类时，该类被放在自己的名字空间中