爬取https的网站，报以下错误：
javax.net.ssl.SSLHandshakeException:sun.security.validator.ValidatorException:PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException:unable to find valid certification path to requested target==

问题原因

源应用程序不信任目标应用程序的证书，因为在源应用程序的JVM信任库中找不到该证书或证书链。

解决方法

• 写一个安全程序专门用于获取安全证书：

sudo更改文件权限报错，报 xxx is not in the sudoers file. This incident will be reportd。说明这个用户没有修改这个文件的权限。

解决办法如下：

1. 切换到root用户下，在控制台直接在命令行输入：su，然后输入密码（即你的登录密码）
2. /etc/sudoers文件默认是只读的，对root来说也是，因此需先添加sudoers文件的写权限,命令是:即执行操作：chmod u+w /etc/sudoers
3. 编辑sudoers文件。即执行：vi /etc/sudoers 找到这行 root ALL=(ALL) ALL,在他下面添加xxx ALL=(ALL) ALL (这里的xxx是你的用户名)。这里再说下你可以在sudoers添加下面四行中任意一条。
   • youuser ALL=(ALL) ALL （允许用户youuser执行sudo命令(需要输入密码).）
   • %youuser ALL=(ALL) ALL （允许用户组youuser里面的用户执行sudo命令(需要输入密码).）
   • youuser ALL=(ALL) NOPASSWD: ALL （允许用户youuser执行sudo命令,并且在执行的时候不输入密码.）
   • %youuser ALL=(ALL) NOPASSWD: ALL （允许用户组youuser里面的用户执行sudo命令,并且在执行的时候不输入密码.）
4. 撤销sudoers文件写权限，命令：chmod u-w /etc/sudoers

JVM调优：调什么，如何调，调的目标是什么

调什么

内存方面

1. JVM需要的内存总大小
2. 各块内存分配，新生代，老年代，存活区
3. 选择合适的垃圾回收算法，控制GC停顿次数和时间
4. 解决内存泄漏的问题，辅助代码优化
5. 内存热点：检查那些对象在系统中数量最大，辅助代码优化

线程方面

1. 死锁检查，辅助代码优化
2. Dump线程详细信息：查看线程内部运行情况，查找竞争线程，辅助代码优化
3. CPU热点：检查系统那些方法占用了大量CPU时间，辅助代码优化

如何调优

1. 监控JVM的状态，主要是内存，线程，代码，I/O几部分
2. 分析结果，判断是否需要优化
3. 调整：垃圾回收算法和内存分配；修改并优化代码
4. 不断的重复监控，分析和调整，直至找到优化的平衡点

调优的目标

1. GC的时间足够的小
2. GC的次数足够的少
3. 将转移到老年代的对象数量降低到最小
4. 减少Full GC的执行时间
5. 发生Full GC的间隔足够的长

JVM调优策略，调优冷思考，调优经验

常见的调优策略

1. 减少创建对象的数量
2. 减少使用全局变量和大对象
3. 调整新生代，老年代的大小到最合适
4. 选择合适的GC收集器，并设置合理的参数

JVM调优冷思考

1. 多数的Java应用不需要在服务器上进行GC优化
2. 多数导致GC问题的Java应用，都不是因为参数设置错误，而是代码问题
3. 在应用上线之前，先考虑将机器的JVM参数设置到最优（最适合）
4. JVM优化是到最后不得已才采用的手段
5. 在实际使用中，分析JVM情况优化代码比优化JVM本身要多得多
6. 如下情况通常不用优化：
   • Minor GC执行时间不到50ms
   • Minor GC执行不频繁，约10秒一次
   • Full GC执行时间不到1s
   • Full GC执行频率不算频繁，不低于10分钟1次

JVM调优经验

1. 要注意32位和64位的区别，通常32位的仅支持2-3g左右的内存
2. 要注意client模式和Server模式的选择
3. 要想GC时间小必须要一个更小的堆；而要保证GC次数足够少，又必须保证一个更大的堆，这两个是又冲突的，只能取其平衡
4. 针对JVM堆的设置，一般可以通过-Xms -Xmx限定其最小，最大值，为了防止垃圾收集器在最小，最大之间收缩堆而产生额外的时间，通常把最大，最小设置为相同的值
5. 新生代和老年代将根据默认的比例（1：2）分配堆内存，可以通过调整二者之间的比率NewRadio来调整，也可以通过-XX:newSize -XX:MaxNewSize来设置其绝对大小，同样，为了防止新生的堆收缩，通常会把-XX:newSize -XX:MaxNewSize设置为同样大小
6. 合理规划新生代和老年代的大小
7. 如果应用存在大量的临时对象，应该选择更大的新生代；如果存在相对较多的持久对象，老年代应该适当增大。在抉择时应该本着Full GC尽量少的原则，让老年代尽量缓存常用对象，JVM的默认比例1：2也是这个道理
8. 通过观察应用一段时间，看其在峰值时老年代会占多少内存，在不影响Full GC的前提下，根据实际情况加大新生代，但应该给老年代至少预留1/3的增长空间
9. 线程堆栈的设置：每个线程默认会开启1M的堆栈，用于存放栈帧，调用参数，局部变量等，对大多数应用而言这个默认值太大了，一般256K就足用。在内存不变的情况下，减少每个线程的堆栈，可以产生更多的线程

分析和处理内存溢出

1. 内存泄漏导致系统崩溃前的一些现象，比如：
   • 每次垃圾回收的时间越来越长，FullGC时间也延长到好几秒
   • FullGC的次数越来越多，最频繁时隔不到1分钟就进行一次FullGC
   • 老年代的内存越来越大，并且每次FullGC后老年代没有内存被释放
   • 老年代堆空间被占满的情况。这种情况的解决方式：一般就是根据垃圾回收前后情况对比，同时根据对象引用情况分析，辅助去查找泄漏点
   • 堆栈溢出的情况，通常抛出java.lang.StackOverflowError例外。一般就是递归调用没退出，或者循环调用造成

JVM监控工具的作用

1. 对jvm运行期间的内部情况进行监控，比如：对jvm参数，cpu，内存，堆等信息的查看
2. 辅助进行性能调优
3. 辅助解决应用运行时的一些问题，比如：OutOfMemoryError，内存泄漏，线程死锁，锁争用，Java进程消耗CPU过高等等

   命令行工具

   jps

4. jps（JVM Process Status Tool）：主要用来输出JVM中运行的进程状态信息，语法格式如下：jps[options][hostid]
5. hostid字符串的语法与URI的语法基本一致：[protocol:][[//]hostname][:port][/servername],如果不指定hostid，默认为当前主机或服务器

jinfo

1. 打印给定进程或核心文件或远程调试服务器的配置信息。语法格式：jinfo[option] pid #指定进程号（pid）的进程
2. jinfo[option] #指定核心文件
3. jinfo[option][server-id@]#指定远程调式服务器

jstack

1. jstack主要用来查看某个Java进程内的线程堆栈信息。语法格式如下：jstack [option] pid
2. jstack [option] executable core
3. jstack [option] [server -id@]remote-hostname-or-ip

jmap

1. jmap用来查看堆内存使用情况，语法格式如下：jmap[option] pid
2. jmap [option] executable core
3. jmap [option] [server -id@]remote-hostname-or-ip

jstat

1. JVM统计监测工具，查看各个区内存的GC的情况
2. 语法格式如下：jstat[generalOption | outputOptions vmid [interval[s|ms][count]]]

jstated

1. 虚拟机的jstat守护进程，主要用于监控JVM的创建与终止，并提供一个接口，以允许远程监视工具附加到本地系统上允许的JVM
2. 语法格式：jstated [options]

jcmd

1. JVM诊断命令工具，将诊断命令请求发送到正在允许的Java虚拟机，比如可以用来导出堆，查看java进程,导出线程信息，执行GC等

图形化工具

jconsole

1. 一个用于监视Java虚拟机的符合JMX的图形工具。它可以监视本地和远程JVM，还可以监视和管理应用程序

jmc

1. jmc(JDK Mission Control) Java任务控制（JMC）客户端包括用于监视和管理Java应用程序的工具，而不会引入通常与这些类型的工具相关联的性能开销

VisualVM

1. 一个图形工具，它提供有关在Java虚拟机中运行的基于Java技术的应用程序的详细信息
2. Java VisualVM提供内存的CPU分析，堆转储分析，内存泄漏检测，访问MBean和垃圾回收。

两种远程的连接方式

1. JMX连接可以查看:系统信息，CPU使用情况，线程多少，手动执行垃圾回收等比较偏于系统级层面的信息
2. jstatd连接方式可以提供：JVM内存分布详细信息，垃圾回收分布图，线程详细信息，甚至可以看到某个对象使用内存的大小

Java内存模型，内存间的交互操作

Java内存模型

1. JCP定义了一种Java内存模型，以前是在JVM规范中，后来独立出来成为JSR-133（Java内存模型和线程规范修订）
2. 内存模型：在特定的操作协议下，对特定的内存或高速缓存进行读写访问的过程抽象
3. Java内存模型主要关注JVM中把变量值存储到内存和从内存中取出变量值这样的底层细节。Java内存模型示意图：
4. 所以变量（共享的）都存储在主内存中，每个线程都有自己的工作内存；工作内存中保存该线程使用到的变量的主内存副本拷贝
5. 线程对变量的所以操作（读，写）都应该在工作内存中完成
6. 不同线程不能互相访问工作内存，交互数据要通过主内存进行

内存间的交互操作

Java内存模型规定了一些操作来实现内存间交互,JVM会保证它们是原子的。具体如下：

1. lock：锁定，把变量标识为线程独占，作用于主内存变量。
2. unlock：解锁，把锁定的变量释放，别的线程才能使用，作用于主内存变量。
3. read：读取，把变量值从主内存读取到工作内存。
4. load：载入，把read读取到的值放入工作内存的变量副本中。
5. use：使用，把工作内存中一个变量的值传递给执行引擎。
6. assgin：赋值，把从执行引擎接收到的值赋给工作内存里面的变量。
7. store：存储，把工作内存中一个变量的值传递到主内存中。
8. write：写入，把store进来的数据存放如主内存的变量中。

下图为内存间的交互操作过程示意图：

• 1.线程想要使用某个变量，虚拟机需要对主内存某个变量做lock，lock了之后，就标识了这个变量归某个线程独占。
• 2.虚拟机做read操作，将主内存的变量读到工作内存。但是要注意的是，这步操作并没有给到变量上去。
• 3.load操作，将从主内存读到工作内存上的值，真正的赋值给变量。
• 4.工作内存上的变量有了值之后，使用use操作，将变量的值传递到执行引擎，让具体的线程去使用。
• 5.使用完过后，值可能发生变化，执行引擎使用assgin操作把改变的值传回给工作内存内的变
• 6.工作内存的值发生改变之后，我们需要使用store操作，将工作变量的值传递回主内存。同时需要注意，这边的store操作只是把工作内存的值传递到主内存内，并没有赋值到主内存的变量中。
• 7.使用write操作，将主内存的值赋值到主内存的变量中。
• 8.最后线程不使用这个变量了，执行unlock操作。

内存间交互操作的规则

1. 不允许read和load，store和write操作之一单独出现，以上两个操作必须按顺序执行，但不保证连续执行，也就是说，read与load之间，store与write之间是可插入其他指令的
2. 不允许一个线程丢弃它的最近的assign操作，即变量在工作内存中改变了之后必须把该变化同步回主内存
3. 不允许一个线程无原因地（没有发生过任何assign操作）把数据从线程的工作内存同步回主内存中
4. 一个新的变量只能从主内存中“诞生”，不允许在工作内存中直接使用一个未被初始化的变量，也就是对一个变量实施use和store操作之前，必须先执行过了assign和load操作
5. 一个变量在同一时刻只允许一条线程对其执行lock操作，但lock操作可以被同一条线程重复执行多次，多次执行lock后，只有执行相同次数的unlock操作，变量才会被解锁
6. 如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前，需要重新执行load或assign操作初始化变量的值
7. 如果一个变量没有被lock操作锁定，则不允许对它执行unlock操作，也不能unlock一个被其他线程锁定的变量
8. 对一个变量执行unlock操作之前，必须先把变量同步回主内存（执行store和write操作）

多线程的可见性，有序性和指令重排，线程安全的处理方法

多线程中的可见性

1. 可见性：就是一个线程修改了变量，其他线程可以知道
2. 保证可见性的常见方法：volatile，synchronized，final（一旦初始化完成，其他线程就可见）

volatile

1. volatile基本上是JVM提供的最轻量级的同步机制，用volatile修饰的变量，对所有的线程可见，即对volatile变量所做的写操作能立即反映到其他线程中
2. 用volatile修饰的变量，在多线程环境下仍然是不安全的
3. volatile修饰的变量，是禁止指令重排优化的
4. 适合使用valatile的场景：
   • 运算结果不依赖变量的当前值
   • 或者能确保只有一个线程修改变量的值

垃圾回收的概述

什么是垃圾:简单说就是内存中已经不再使用到的内存空间就是垃圾

垃圾回收的方式

引用计数法

给对象添加一个引用计数器，有访问就加1，引用失效就减1。这种方式的优点：实现简单，效率高；缺点：不能解决对象之间循环引用的问题。在商用虚拟机内不会使用这个方法

根搜索算法

从根（GC Roots）节点向下搜索对象节点，搜索走过的路径称为引用链，当一个对象到根之间没有连通的话，则该对象不可用。

1. 根搜索算法示意图
   
   在上图如果能跟根节点联通的，则被认为是存活的对象。如果不能联通则认为是可以被GC回收的对象
2. 可作为GC Roots的对象包括：虚拟机栈（栈帧局部变量）中引用的对象，方法区类静态属性引用的对象，方法区中常量引用的对象，本地方法栈中JNI引用的对象
3. HotSpot使用了一组叫做OopMap的数据结构达到准确式GC的目的
4. 在OopMap的协助下，JVM可以很快的做完GC Roots枚举。但是JVM并没有为每一条指令生成一个OopMap
5. 记录OopMap的这些“特定位置”被称为安全点，即当前线程执行到安全点后才允许暂停进行GC
6. 如果一段代码中，对象引用关系不会发生变化，这个区域中任何地方开始GC都是安全的，那么这个区域称为安全区域

引用分类

1. 强引用：类似于Object a = new A()这样的，不会被回收
2. 软引用：还有用但并不必须的对象。用SoftReference来实现软引用
3. 弱引用：非必须对象，比软引用还要弱，垃圾回收时会回收掉。用WeakReference来实现弱引用
4. 虚引用：也称为幽灵引用或幻影引用，是最弱的引用。垃圾回收时会回收掉。用PhantomReference来实现虚引用

跨代引用

1. 跨代引用：也就是一个代中的对象引用另一个代中的对象
2. 跨代引用假说：跨代引用相对于同代引用来说只是极少数
3. 隐含推论：存在互相引用关系的两个对象，是应该倾向于同时生成或同时消亡的

记忆集

记忆集（Remembered Set）:一种用于记录从非收集区域指向收集区域的的指针集合的抽象数据结构

1. 字长精度：每个记录精确到一个机器字长，该字包含跨代指针
2. 对象精度：每个记录精确到一个对象，该对象里有字段含有跨代指针
3. 卡精度：每个记录精确到一块内存区域，该区域内有对象含有跨代指针。也可以称之为卡表（Card Table）:是记忆集的一种具体实现，定义了记忆集的记录精度和堆内存的映射关系等。卡表的每个元素都对应着其标识的内存区域中一块特定大小的内存块，这个内存块称为卡页（Card Page）

写屏障

1. 写屏障可以看成是JVM对”引用类型字段赋值”这个动作AOP
2. 通过写屏障来实现当对象状态改变后，维护卡表状态

判断是否垃圾的步骤

1. 根搜索算法判断不可用
2. 看是否有必要执行finalize方法
3. 两个步骤走完后对象仍然没有人使用，那就属于垃圾

GC类型

1. MinorGC/YoungGC：发生在新生代的收集动作
2. MajorGC/OldGC：发生在老年代的GC,目前只有CMS收集器会有单独收集老年代的行为
3. MixedGC：收集整个新生代以及部分老年代，目前只有G1收集器会有这种行为
4. FullGC：收集整个Java堆和方法区的GC

Stop-The-World

1. STW是Java中一种全局暂停的现象，多半由于GC引起。所谓全局停顿，就是所有Java代码停止运行，native代码可以执行，但不能和JVM交互
2. 其危害是长时间服务停止，没有响应；对于HA系统，可能引起主备切换，严重危害生成环境

垃圾收集类型

1. 串行收集：GC单线程内存回收，会暂停所有的用户线程，如：Serial
2. 并行收集：多个GC线程并发工作，此时用户线程是暂停的，如：Parallel
3. 并发收集：用户线程和GC线程同时执行（不一定是并行，可能交替执行）不需要停顿用户线程，如：CMS

判断类无用的条件

1. JVM中该类的所有实例都已经被回收
2. 加载该类的ClassLoader已经被回收
3. 没有任何地方引用该类的Class对象
4. 无法在任何地方通过反射访问这个类

字节码执行引擎概述

1. JVM的字节码执行引擎，功能基本就是输入字节码文件，然后对字节码进行解析并处理，最后输出执行的结果
2. 实现方式可能有通过解释器直接解释执行字节码，或者是通过即时编译器产生本地代码，也就是编译执行，当然也可能两者皆有

栈帧概述

1. 栈帧是用于支持JVM进行方法调用和方法执行的数据结构
2. 栈帧随着方法调用而创建，随着方法结束而销毁
3. 栈帧里面存储了方法的局部变量，操作数栈，动态连接，方法返回地址等信息

栈帧概念结构

上图是一个栈帧概念结构,这个图里面有很多的线程。我们先来看一下当前线程，对一个线程在同一时刻肯定是在执行一条指令，也就是说它一定在一个方法里面。一个线程里面有很多的帧栈，比如当前栈帧里面就存放着局部变量表，操作数栈，动态链接，方法返回地址等等。一个线程里面可以有很多这样的栈帧，这些栈帧组合起来就是我们的栈，也就是说栈里面放的是帧，而多个帧组合起来也就是我们的栈。大概就是这个意思

局部变量表

局部变量表：用来存放方法参数和方法内部定义的局部变量的存储空间

1. 以变量槽slot为单位，目前一个slot存放32位以内的数据类型
2. 对于64位的数据占2个slot
3. 对于实例方法，第0位slot存放的是this，然后从1到n，依次分配给参数列表
4. 然后根据方法体内部定义的变量顺序和作用域来分配slot
5. slot是复用的，以节省栈帧的空间，这种设计可能会影响到系统的垃圾收集行为

操作数栈

操作数栈:用来存放方法运行期间，各个指令操作的数据。

1. 操作数栈中元素的数据类型必须和字节码指令的顺序严格匹配
2. 虚拟机在实现栈帧的时候可能会做一些优化，让两个栈帧出现部分重叠区域，以存放公用的数据

动态连接

动态连接：每个栈帧持有一个指向运行时常量池中该栈帧所属方法的引用，以支持方法调用过程的动态连接

1. 静态解析：类加载的时候，符号引用就转化成直接引用
2. 动态连接。运行期间转换未直接引用

方法返回地址

方法返回地址：方法执行后返回的地址

方法调用

方法调用：方法调用就是确定具体调用那一个方法，并不涉及方法内部的执行过程

1. 部分方法是直接在类加载的解析阶段，就确定了直接引用关系
2. 但是对于实例方法，也称虚方法，因为重载和多态，需要运行期动态委派

分派

分派：又分成静态分派和动态分派

1. 静态分派：所有依赖静态类型来定位方法执行版本的分派方式，比如：重载方法
2. 动态分派：根据运行期的实际类型来定位方法执行版本的分派方式，比如：覆盖方法
3. 单分派和多分派：就是按照分派思考的维度，多余一个的就是算多分派，只有一个的称为单分派
4. 如何执行方法中的字节码指令：JVM通过基于栈的字节码解释执行引擎来执行指令，JVM的指令集也是基于栈的

JVM的简化架构和运行时数据区

JVM的简化架构

运行时数据区

包括：PC寄存器，Java虚拟机栈，Java堆，方法区，运行时常量池，本地方法栈等

PC寄存器(程序计数器)

PC(Program Counter)寄存器说明：

1. 每个线程拥有一个PC寄存器，是线程私有的，用来存储指向下一条指令的地址
2. 在创建线程的时候，创建相应的PC寄存器
3. 执行本地方法时，PC寄存器的值为undefined
4. PC寄存器是一块较小的内存空间，是唯一一个在JVM规范中没有规定OutOfMemoryError的内存区域

Java栈

1. 栈由一系列帧（Frame）组成（因此Java栈也叫做帧栈），是线程私有的
2. 帧用来保存一个方法的局部变量，操作数栈（Java没有寄存器，所有参数传递使用操作数栈），常量池指针，动态链接，方法返回值等
3. 每一次方法调用创建一个帧，并压栈，退出方法的时候，修改栈顶指针就可以把栈帧中的内容销毁
4. 局部变量表存放了编译期可知的各种基本数据类型和引用类型，每个slot存放32位的数据，long，double占两个槽位
5. 栈的优点：存取速度比堆快，仅次于寄存器
6. 栈的缺点：存在栈中的数据大小，生存期是在编译器决定的，缺乏灵活性

Java堆

1. 用来存放应用系统创建的对象和数组，所有线程共享Java堆
2. GC主要就管理堆空间，对分代GC来说，堆也是分代的
3. 堆的优点：运行期动态分配内存大小，自动进行垃圾回收；堆的缺点：效率相对较慢

方法区

1. 方法区是线程共享的，通常用来保存装载的类的结构信息
2. 通常和元空间关联在一起，但具体的跟JVM实现和版本有关
3. JVM规范把方法区描述为堆的一个逻辑部分，但它有一个别名称为Non-heap（非堆），应是为了与Java堆区分开

运行时常量池

1. 运行时常量池是Class文件中每个类或接口的常量池表，在运行期间的表示形式，通常包括:类的版本，字段，方法，接口等信息。
2. 运行时常量池在方法区分配
3. 通常在加载类和接口到JVM后，就创建相应的运行时常量池

本地方法栈

1. 在JVM中用来支持native方法执行的栈就是本地方法栈

栈，堆，方法区交互关系

运行期间首先有个栈，栈内存放我们的局部变量表里面的一些变量（A b），当然包括一些引用类型（user）。那么引用类型需要指向某个对象实例，对象实例肯定不在栈上存放，对象实例是存放在堆内的。那堆内创建了自己的对象，比如User对象，User对象包括两类数据：1.User类的元数据信息（这个元数据信息指向方法区，是一个句柄，一个引用）。2.实例数据。由上图看出，栈上的user变量指向了堆内的User对象，而堆内的User对象持有了User类的元数据信息。堆内的元数据信息就会去方法区去找User类的类定义，字段，方法。

概述

类从被加载到JVM开始，到卸载出内存，整个生命周期如下

加载

查找并加载类文件的二进制数据

类加载要完成的功能

1. 通过类的全限定名来获取该类的二进制字节流
2. 把二进制字节流转化为方法区的运行时数据结构
3. 在堆上创建一个java.lang.Class对象，用来封装在方法区内的数据结构，并向外提供了访问方法区数据结构的接口

加载类的方式

1. 最常见的方式：本地文件系统中加载，从jar等归档文件中加载
2. 动态的方式：将java源文件动态编译成class
3. 其他方式:网络下载，从专有数据库中加载等等

类加载器

1. java虚拟机自带的加载器包括如下几种：

• 启动类加载器（BootstrapClassLoader）
• 平台类加载器（PlatformClassLoader）注意：JDK8之前是扩展类加载器（ExtensionClassLoader）并没有平台类加载器，这是JDK9开始才有的。因为扩展类加载的加载方式并不是很安全，并且JDK9开始有了模块化的扩展方式，所以从JDK9开始被放弃了。
• 应用程序类加载器（AppClassLoader）

1. 用户自定义的加载器，是java.lang.ClassLoader的子类，用户可以定制类的加载方式；只不过自定义类加载器其加载的顺序是在所有系统类加载器的最后

类加载器的关系

从三种认知角度重识JVM

JVM概述

• JVM：Java Virtual Machine,也就是Java虚拟机
• 所谓虚拟机是指：通过软件模拟的具有完整硬件系统功能的，运行在一个完全隔离环境中的计算机系统
• JVM是指通过软件来模拟Java字节码的指令集，是Java程序的运行环境
  
  上图是Java编译过程到JVM虚拟机的执行过程

  JVM主要功能

• 1.通过ClassLoader寻找和装载class文件
• 2.解释字节码成为指令并执行，提供class文件的运行环境
• 3.进行运行期间的内存分配和垃圾回收
• 4.提供与硬件交互的平台

  虚拟机是Java平台无关的保障

  
  上图可以看出：java的开发过程是平台无关的，但是Java虚拟机是平台相关的。我们开发的程序编译后，由Java虚拟机去解释执行字节码文件，由虚拟机帮组我们在各个平台去执行，也就是我们编写了一套代码可以在多个平台执行。

  JVM规范作用及其核心

  理解JVM规范的作用

• Java虚拟机规范为不同的硬件平台提供了一种编译Java技术代码的规范
• 该规范使Java软件独立于平台，因为编译是针对作为虚拟机的”一般机器”而做。虚拟机规范不仅可以做到平台无关，更上一步也可以做到语言无关。只要该语言编译出的字节码符合虚拟机规范，虚拟机不管你是什么语言，都可以执行。
• 这个”一般机器”可用软件模拟并运行于各种现存的计算机系统，也可用硬件来实现。

  了解JVM规范里面规定的主要内容

  JVM规范里面规定的主要内容-1

• 字节码指令集（相当于中央处理器CPU）
• Class文件的格式
• 数据类型和值

  JVM规范里面规定的主要内容-2

• 运行时数据区
• 栈帧
• 特殊方法
  • :实例初始化方法，通过JVM的invokespecial指令来调用
  • :类或接口的初始化方法，不包含参数，返回void

JVM规范里面规定的主要内容-3

• 类库（Java虚拟机必须要对一些Java类库提供支持，否则这些类库根本无法实现，比如下面一些）
  • 反射
  • 加载或者创建类或接口，比如ClassLoader
  • 连接和初始化类和接口的类
  • 安全，如security
  • 多线程
  • 弱引用
• 异常
• 虚拟机的启动，加载，链接和初始化