需要再重新做一下笔记.....
1.jvm前言
作为Java工程师的你曾被伤害过吗？你是否也遇到过这些问题？
运行着的线上系统突然卡死，系统无法访问，甚至直接OOM！
想解决线上JVM GC问题，但却无从下手。
新项目上线，对各种JVM参数设置一脸茫然，直接默认吧然后就GG了
每次面试之前都要重新背一遍JVM的一些原理概念性的东西，然而面试官却经常问你在实际项目中如何调优VM参数，如何解决GC、OOM等问题，一脸懵逼。
2.开发人员的病态
大部分Java开发人员，除了会在项目中使用到与Java平台相关的各种高精尖技术，对于Java技术的核心Java虚拟机了解甚少。
一些有一定工作经验的开发人员，打心眼儿里觉得SSM、微服务等上层技术才是重点，基础技术并不重要，这其实是一种本末倒置的“病态”。如果我们把核心类库的API比做数学公式的话，那么Java虚拟机的知识就好比公式的推导过程。
计算机系统体系对我们来说越来越远，在不了解底层实现方式的前提下，通过高级语言很容易编写程序代码。但事实上计算机并不认识高级语言
3.架构师在想什么
架构师每天都在思考什么？
应该如何让我的系统更快？
如何避免系统出现瓶颈？
知乎上有条帖子：应该如何看招聘信息，直通年薪50万+？
参与现有系统的性能优化，重构，保证平台性能和稳定性
根据业务场景和需求，决定技术方向，做技术选型
能够独立架构和设计海量数据下高并发分布式解决方案，满足功能和非功能需求
解决各类潜在系统风险，核心功能的架构与代码编写
分析系统瓶颈，解决各种疑难杂症，性能调优等
4.为什么学习jvm
面试的需要（BATJ、TMD，PKQ等面试都爱问）
中高级程序员必备技能：项目管理、调优的需求
追求极客的精神，比如：垃圾回收算法、JIT（即时编译器）、底层原理
5.Java VS C++
垃圾收集机制为我们打理了很多繁琐的工作，大大提高了开发的效率，但是，垃圾收集也不是万能的，懂得JVM内部的内存结构、工作机制，是设计高扩展性应用和诊断运行时问题的基础，也是Java工程师进阶的必备能力。
C语言需要自己来分配内存和回收内存，Java全部交给JVM进行分配和回收。
6.TIOBE 排行榜
TIOBE 排行榜：https://www.tiobe.com/tiobe-index/
7.Java 生态圈
作为一个平台，Java虚拟机扮演着举足轻重的作用
Groovy、Scala、JRuby、Kotlin等都是Java平台的一部分
作为一种文化，Java几乎成为了"开源"的代名词。
第三方开源软件和框架。如Tomcat、Struts，MyBatis，Spring等。
就连JDK和JVM自身也有不少开源的实现，如openJDK、Harmony。
作为一个社区，Java拥有全世界最多的技术拥护者和开源社区支持，有数不清的论坛和资料。从桌面应用软件、嵌入式开发到企业级应用、后台服务器、中间件，都可以看到Java的身影。其应用形式之复杂、参与人数之众多也令人咋舌。
8.Java的跨平台性
每个语言都需要转换成符合java虚拟机规则字节码文件，最后转换的字节码文件都能通过Java虚拟机进行运行和处理
随着Java7的正式发布，Java虚拟机的设计者们通过JSR-292规范基本<code>实现在Java虚拟机平台上运行非Java语言编写的程序</code>。
Java虚拟机根本不关心运行在其内部的程序到底是使用何种编程语言编写的，它只关心“字节码”文件。也就是说Java虚拟机拥有语言无关性，并不会单纯地与Java语言“终身绑定”，只要其他编程语言的编译结果满足并包含Java虚拟机的内部指令集、符号表以及其他的辅助信息，它就是一个有效的字节码文件，就能够被虚拟机所识别并装载运行。
9.字节码
我们平时说的java字节码，指的是用java语言编译成的字节码。准确的说任何能在jvm平台上执行的字节码格式都是一样的。所以应该统称为：jvm字节码。
不同的编译器，可以编译出相同的字节码文件，字节码文件也可以在不同的JVM上运行。
Java虚拟机与Java语言并没有必然的联系，它只与特定的二进制文件格式——Class文件格式所关联，Class文件中包含了Java虚拟机指令集（或者称为字节码、Bytecodes）和符号表，还有一些其他辅助信息。
10.多语言混合编程
Java平台上的多语言混合编程正成为主流，通过特定领域的语言去解决特定领域的问题是当前软件开发应对日趋复杂的项目需求的一个方向。
试想一下，在一个项目之中，并行处理用Clojure语言编写，展示层使用JRuby/Rails，中间层则是Java，每个应用层都将使用不同的编程语言来完成，而且，接口对每一层的开发者都是透明的，各种语言之间的交互不存在任何困难，就像使用自己语言的原生API一样方便，因为它们最终都运行在一个虚拟机之上。
对这些运行于Java虚拟机之上、Java之外的语言，来自系统级的、底层的支持正在迅速增强，以JSR-292为核心的一系列项目和功能改进（如DaVinci Machine项目、Nashorn引擎、InvokeDynamic指令、java.lang.invoke包等），推动Java虚拟机从"Java语言的虚拟机"向"多语言虚拟机"的方向发展。
11.自己写个jvm
Java虚拟机非常复杂，要想真正理解它的工作原理，最好的方式就是自己动手编写一个！
自己动手写一Java虚拟机，难吗？
天下事有难易乎？为之，则难者亦易矣；不为，则易者亦难矣
12.Java的重大事件
1990年，在Sun计算机公司中，由Patrick Naughton、MikeSheridan及James Gosling领导的小组Green Team，开发出的新的程序语言，命名为Oak，后期命名为Java
1995年，Sun正式发布Java和HotJava产品，Java首次公开亮相。
1996年1月23日Sun Microsystems发布了JDK 1.0。
1998年，JDK1.2版本发布。同时，Sun发布了JSP/Servlet、EJB规范，以及将Java分成了J2EE、J2SE和J2ME。这表明了Java开始向
企业、桌面应用和移动设备应用3大领域挺进。
2000年，JDK1.3发布，Java HotSpot Virtual Machine正式发布，成为Java的默认虚拟机。
2002年，JDK1.4发布，古老的Classic虚拟机退出历史舞台。
2003年年底，Java平台的scala正式发布，同年Groovy也加入了Java阵营。
2004年，JDK1.5发布。同时JDK1.5改名为JavaSE5.0。
2006年，JDK6发布。同年，Java开源并建立了OpenJDK。顺理成章，Hotspot虚拟机也成为了OpenJDK中的默认虚拟机。
2007年，Java平台迎来了新伙伴Clojure。
2008年，oracle收购了BEA，得到了JRockit虚拟机。
2009年，Twitter宣布把后台大部分程序从Ruby迁移到Scala，这是Java平台的又一次大规模应用。
2010年，Oracle收购了Sun，获得Java商标和最真价值的HotSpot虚拟机。此时，Oracle拥有市场占用率最高的两款虚拟机
HotSpot和JRockit，并计划在未来对它们进行整合：HotRockit
2011年，JDK7发布。在JDK1.7u4中，正式启用了新的垃圾回收器G1。
2017年，JDK9发布。将G1设置为默认GC，替代CMS
同年，IBM的J9开源，形成了现在的Open J9社区
2018年，Android的Java侵权案判决，Google赔偿Oracle计88亿美元
同年，Oracle宣告JavagE成为历史名词JDBC、JMS、Servlet赠予Eclipse基金会
同年，JDK11发布，LTS版本的JDK，发布革命性的ZGC，调整JDK授权许可
2019年，JDK12发布，加入RedHat领导开发的Shenandoah GC
13.虚拟机介绍
所谓虚拟机（Virtual Machine），就是一台虚拟的计算机。它是一款软件，用来执行一系列虚拟计算机指令。大体上，虚拟机可以分为系统虚拟机和程序虚拟机。
系统虚拟机：大名鼎鼎的Virtual Box，VMware就属于系统虚拟机，它们完全是对物理计算机的仿真，提供了一个可运行完整操作系统的软件平台。
程序虚拟机：程序虚拟机的典型代表就是Java虚拟机，它专门为执行单个计算机程序而设计，在Java虚拟机中执行的指令我们称为Java字节码指令。
无论是系统虚拟机还是程序虚拟机，在上面运行的软件都被限制于虚拟机提供的资源中。
Java虚拟机是一台执行Java字节码的虚拟计算机，它拥有独立的运行机制，其运行的Java字节码也未必由Java语言编译而成。
JVM平台的各种语言可以共享Java虚拟机带来的跨平台性、优秀的垃圾回器，以及可靠的即时编译器。
Java技术的核心就是Java虚拟机（JVM，Java Virtual Machine），因为所有的Java程序都运行在Java虚拟机内部。
Java虚拟机就是二进制字节码的运行环境，负责装载字节码到其内部，解释/编译为对应平台上的机器指令执行。每一条Java指令，
Java虚拟机规范中都有详细定义，如怎么取操作数，怎么处理操作数，处理结果放在哪里。
特点
<code>摆脱了平台的束缚，实现了“一次编译，到处运行”的束缚</code>
<code>提供了一个相对安全的内存管理和访问机制,避免了绝大部分内存泄漏和指针越界问题</code>
<code>自动垃圾回收功能</code>
<code>实现了热点代码检测和运行时编译及优化，使得Java应用可以随着运行事件的增加而获得更高的性能</code>
14.jvm的位置
JVM是运行在操作系统之上的，它与硬件没有直接的交互Java的体系结构
15.Java的体系体系：
包括一下几个组成部分：
Java程序设计语言
各种硬件平台上的Java虚拟机
Class文件
Java Api类库
来自商业机构和开源社区的第三方Java类库
<code>我们把Java程序设计语言、Java虚拟机、Java Api类库这三个部分称为JDK</code>
<code>Java Api类库中的 Java SE API 子集 和 Java虚拟机这两部分统称为JRE</code>
16.jvm的整体结构
<code>HotSpot VM</code>是目前市面上高性能虚拟机的代表作之一。
它采用解释器与即时编译器并存的架构。
在今天，Java程序的运行性能早已脱胎换骨，已经达到了可以和C/C++程序一较高下的地步。
执行引擎包含三部分：<code>解释器</code>，<code>即时编译器</code>，<code>垃圾回收器</code>
1）解释器负责将加载到内存中的字节码文件进行解释运行，只有解释器、没有JIT，JVM也可以运行，但是效率并不高，因为很多的代码是重复执行的，没有必要每次都重复解释运行的过程，这时候就需要JIT。解释器的内容后面再恶补吧！！！！
2）JIT将一些热点代码提前进行编译（注意这里的编译和java到class的编译是不一样的，java到class的称为编译器前端，JIT的编译称为编译器的后端，前端是将源文件翻译成字节码文件用于跨平台，后端是将字节码翻译成真正的操作系统可理解的机器语言，大家要注意），会极大的提升效率，但会带来硬件上的开销，HotSpot在解释器和JIT之间进行了平衡。
3）垃圾回收器大家都知道是做什么用的，在这就先不详细去说了。
最后的本地方法接口和本地方法库，用于调用其他语言中的类库，例如调用C++编写的功能。
作者：六块巧克力
链接：https://zhuanlan.zhihu.com/p/256379202
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
17.Java代码执行流程
最近也看的一系列博客自己手动编写一个简单的解释器 Part 6，有兴趣的可以了解一下汇编语言
了解什么是解释器，什么是解析器，什么是词法分析、什么是语法分析、什么是语法树等..中间的图需要再商讨下，，总感觉到哪里不对
这里再简单回顾下Java代码执行的整个过程，首先是前端编译过程，java源文件，通过前端编译器，生成出字节码文件（class文件）。
前端编译器，细化会拆分出词法分析、语法分析、语义分析、字节码生成，这部分的内容不必过多研究，大致了解下就可以，如果你学过汇编相关知识，会比较了解这一块。
另外，如果你想自己开发一门属于自己的语言，然后借助Java虚拟机去运行，那你则需要在这部分好好下下工具，去设计你自己的语法规范、开发自己的编译器，然后只要最终生成的字节码文件复核JVM的规范，就可以在其上运行。
在编译过程的众多环节上，任何一个部分失败，都将导致最终的字节码文件生成失败。JAVA出于安全考虑，对于字节码文件的要求非常高，只有完全符合规范的class文件才能被最终执行。
图下面的java虚拟机部分就是上一节中所提到的，字节码解释运行的过程，负责把字节码文件翻译成操作系统能够看懂的机器指令。这里要说一下，操作系统只能够看懂机器指令，当前的高级语言，需要先翻译成汇编语言，然后再翻译成机器指令，解释器、JIT组成的执行引擎就是做这个的。
解释器是负责响应时间，JIT主要负责性能。
JAVA代码运行流程
执行引擎细节
链接：https://zhuanlan.zhihu.com/p/256394603
18.JVM架构模型
Java编译器输入的指令流基本上是一种<code>基于栈的指令集架构</code>，另外一种<code>指令集架构则是基于寄存器的指令集架构</code>。具体来说：这两种架构之间的区别：
基于栈式架构的特点：
设计和实现更简单，适用于资源受限的系统
避开了寄存器的分配难题：使用<code>零地址指令方式分配</code>
指令流中的指令大部分是零地址指令，其执行过程依赖于操作栈。指令集更小，编译器容易实现
不需要硬件支持，可移植性更好，更好实现跨平台
基于寄存器架构的特点：
典型的应用是x86的二进制指令集：比如传统的PC以及Android的Davlik虚拟机。
指令集架构则完全依赖硬件，与硬件的耦合度高，可移植性差
性能优秀和执行更高效
花费更少的指令去完成一项操作
在大部分情况下，<code>基于寄存器架构的指令集往往都以一地址指令、二地址指令和三地址指令为主</code>，而基于栈式架构的指令集却是以<code>零地址指令</code>为主
演示1+1基于栈的指令集
两条iconst_1指令连续把两个常量压入栈后，iadd指令把栈顶的两个值出栈、相加、然后方位栈顶，最后istore_0把栈顶的值放到局部变量表的第0个solt中。
同样演示1+1
mov指令把EAX寄存器的值设为1，然后add指令再把这个值加1，结果就保存在EAX寄存器里面。
两种方式各有优缺点，基于栈的指令集很明显可移植高，但是工作效率较低。而基于寄存器指令集寄存器由硬件直接提供，工作效率高，程序受硬件约束。
1
2
3
4
[止水轻扬2020-12-12
简明扼要，真的很赞。一直有一个疑问，楼主帮忙解答一下：如文章所属，我们知道Hotspot是基于栈的指令集，那么对于这些java字节码指令，又是如何实现的呢？比如：iadd这个指令，我想最终还是逃离不了硬件层面的实现，是不是最终还是依托于寄存器指令集来实现？
备注：楼主的模拟程序很赞啊，方便介绍出处吗？？
赞回复踩 举报
dddddd回复止水轻扬01-22
用X86指令实现就行了， iadd 翻译成 add rax, rcx , 在C语言代码层面可能就是 pop 两个值 然后 int c = a + b , push(c) 就完事了
阿呆回复dddddd12 分钟前
x86指令是基于寄存器的指令集吧？ 所以止水轻杨问的你已经给出答案了吗？ 就是iadd这个指令，我想最终还是逃离不了硬件层面的实现。最终还是依托于寄存器指令集来实现
知乎上的问题,跟个后续12.基于栈的指令集与基于寄存器的指令集
问题2：看网友有人说
其中3说道
基于栈式架构的指令集在内存中操作，我有些不解.指令不是由cpu取指令由cpu执行的吗？？第三句话觉得有些不解？？ 有大神知道可以告知吗？出处JVM架构 |栈式指令集与寄存器指令集有什么区别？
同样执行2+3这种逻辑操作，其指令分别如下：
基于栈的计算流程（以Java虚拟机为例）
2.基于寄存器的计算流程
反编译得到的指令
由于跨平台性的设计，Java的指令都是根据栈来设计的。不同平台CPU架构不同，所以不能设计为基于寄存器的。优点是跨平台，指令集小，编译器容易实现，缺点是性能下降，实现同样的功能需要更多的指令
面试题：时至今日，尽管嵌入式平台已经不是Java程序的主流运行平台了（准确来说应该是HotSpot VM的宿主环境已经不局限于嵌入式平台了），那么为什么不将架构更换为基于寄存器的架构呢？
答：因为基于栈的架构跨平台性好、指令集小，虽然相对于基于寄存器的架构来说，基于栈的架构编译得到的指令更多，执行性能也不如基于寄存器的架构好，但考虑到其跨平台性与移植性，我们还是选用栈的架构
栈：跨平台性、指令集小、指令多；执行性能比寄存器差
19.jvm生命周期（待补充，觉得没有说清楚）
虚拟机的启动
Java虚拟机的启动是通过<code>引导类加载器</code>（bootstrap class loader）创建一个初始类（initial class）来完成的，这个类是由虚拟机的具体实现指定的。
程序执行某个方法，首先需要将所在类加载到内存中，这是一个自定义类，这个类通过系统类加载器加载。父类是Object，Object需要被引导类加载器加载。除了Object类，程序运行还需要很多类的加载来实现，所有依赖的类都加载后，JVM才完成了启动。最早加载的类称为初始类。
<code>public class Test07 { public static void main(String[] args) { System.out.println("123"); } }</code>
虚拟机的执行
一个运行中的Java虚拟机有着一个清晰的任务：执行Java程序
程序开始执行时他才运行，程序结束时他就停止
<code>执行一个所谓的Java程序的时候，真真正正在执行的是一个Java虚拟机的进程</code>，这个大家可以写一个简单程序，休眠几秒，看一下运行中的进程。
<code>public class Test07 { public static void main(String[] args) throws InterruptedException { Thread.sleep(10000); System.out.println( "done"); } }</code>
运行程序，在命令行窗口执行jps指令，可以看到运行中的进程：
当程序运行结束后，进程也就自然消失，所以说，java程序的运行，是JVM的进程在运行，如果进程终止，java程序也就随之停止。
虚拟机的退出
程序正常执行结束，比如上面的示例中，main方法全部执行完毕后，程序退出
程序在执行过程中遇到了异常或错误而异常终止
由于操作系统用现错误而导致Java虚拟机进程终止
某线程调用Runtime类或<code>System类的exit( )</code>方法，或<code>Runtime类的halt( )</code>方法，并且Java安全管理器也允许这次exit( )或halt( )操作。
除此之外，JNI（Java Native Interface）规范描述了用JNI Invocation API来加载或卸载 Java虚拟机时，Java虚拟机的退出情况。