问题和知识点
- 1.栈管运行,堆管存储。
- 2.JVM:跨语言的平台
- 3.Java发展的重大事件
- 4.Open JDK和Oracle JDK
- 5.虚拟机的英文名称是什么?可以分成哪几类?
- 6.Java技术的核心是什么?
- 7.JVM是运行在操作系统之上的,它与硬件没有直接的交互。
- 8.JVM整体结构
- 9.Java代码执行流程
- 10.JVM的架构模型
- 11.虚拟机的生命周期
- 12.世界上第一款商用的java虚拟机是什么?现在默认的虚拟机是什么?
- 13.解释器和编译器是否可以协同工作?
- 14.Exact VM
- 15.Sun/Oracle JDK和OpenJDK的默认虚拟机是什么?
- 16.商用比较流行的三大虚拟机有哪些?
- 17.Azul VM是与特定硬件平台绑定、软硬件配合的专有虚拟机
- 18.TaobaoJVM
- 19.Graal VM:"Run Programs Faster Anywhere",跨语言全栈虚拟机
- 20.内存结构
- 21.类加载器子系统作用
- 22.java反编译命令
- 23.类加载过程样例
- 24.查看如下代码的运行结果
- 25.类加载器的分类
- 26.启动类加载器(引导类加载器,Bootstrap ClassLoader)
- 27.扩展类加载器(Extension ClassLoader)
- 28.应用程序类加载器(系统类加载器,AppClassLoader)
- 29.自定义类加载器
- 30.用户自定义类加载器实现步骤
- 31.ClassLoader类
1.栈管运行,堆管存储。
2.JVM:跨语言的平台
java虚拟机标准,Java虚拟机拥有语言无关性,并不会单纯地与Java语言"终身绑定",只要其他编程语言的编译结果满足并包含Java虚拟机的内部指令、符号表以及其他的辅助信息,它就是一个有效的字节码文件,就能够被虚拟机识别并装载运行。
3.Java发展的重大事件
4.Open JDK和Oracle JDK
5.虚拟机的英文名称是什么?可以分成哪几类?
1.Virtual Machine
2.可以分为系统虚拟机和程序虚拟机
系统虚拟机:VMware
程序虚拟机:Java虚拟机
6.Java技术的核心是什么?
Java技术的核心就是Java虚拟机(JVM,Java Virtual Machine),因为所有的Java程序都运行在Java虚拟机内部。
7.JVM是运行在操作系统之上的,它与硬件没有直接的交互。
8.JVM整体结构
HotSpot VM是目前市面上高性能虚拟机的代表作品之一。它采用解释器与即时编译器并存的架构。在今天,Java程序的运行性能已脱胎换骨,已经达到了可以和C/C++程序一较高下的地步。
9.Java代码执行流程
10.JVM的架构模型
由于跨平台性的设计,Java的指令都是根据栈来设计的。不同平台CPU架构不同,所以不能设计为基于寄存器的,优点是跨平台,指令集小,编译器容易实现,缺点是想能下降,实现同样的功能需要更多的指令。
为什么不把java程序的架构更换成寄存器的架构?
因为进出栈的实现逻辑更符合程序内存的运行方式,可在非资源受限的场景中使用。
11.虚拟机的生命周期
1.启动:Java虚拟机的启动是通过引导类加载器(bootstrap class loader)创建一个初始化类(initial class)来完成的,这个类是由虚拟机的具体实现执行的。
2.执行:执行一个所谓的Java程序的时候,真真正正在执行的是一个叫做Java虚拟机的进程。
3.销毁:有如下几种情况
1)程序正在执行结束
2)程序在执行过程中遇到了异常或错误异常终止
3)由于操作系统出现错误而导致Java虚拟机进程终止
4)某线程调用Runtime类或System类的exit方法,或Runtime类的halt方法,并且Java安全管理器也允许这次exit或halt操作。
5)JNI(Java Native Interface)规范表述了用JNI Invocation API来加载或卸载Java虚拟机时,Java虚拟机的退出情况。
12.世界上第一款商用的java虚拟机是什么?现在默认的虚拟机是什么?
1.Sun Classic VM,虚拟机内部只提供解释器
2.hotspot
13.解释器和编译器是否可以协同工作?
如果使用JIT编译器,就需要进行外挂,但是一旦使用了JIT编译器(ust In Time Compiler,一般翻译为即时编译器),JIT就会接管虚拟机的执行系统。解释器就不再工作。解释器和编译器不能配合工作。
14.Exact VM
15.Sun/Oracle JDK和OpenJDK的默认虚拟机是什么?
Hotspot
16.商用比较流行的三大虚拟机有哪些?
1.SUN公司的HotSpot VM
2.BEA的JRockit:专注于服务端应用,全部代码考即时编译器编译后执行。优势:全面的Java运行时解决方案组合。
JRockit面向延迟敏感应用的解决方案JRockit Real Time提供以毫秒或微秒级的JVM响应时间。
MissionControl服务套件,它是一组以极低的开销来检控、管理和分析生产环境中的应用程序的工具。
3.IBM的J9
广泛用于IBM的各种Java产品
17.Azul VM是与特定硬件平台绑定、软硬件配合的专有虚拟机
18.TaobaoJVM
19.Graal VM:“Run Programs Faster Anywhere”,跨语言全栈虚拟机
20.内存结构
21.类加载器子系统作用
类加载器子系统负责从文件系统或者网络中加载Class文件,class文件在文件开头有特定的文件标识
ClassLoader只负责class文件的加载,至于它是否可以运行,则由Execution Engin决定。
加载的类信息存放于一块称为方法区的内存空间。除了类的信息外,方法区中还会存放运行时常量池信息,可能还包括字符串字面量和数字常量(这部分常量信息是Class文件中常量池部分的内存映射)。
22.java反编译命令
javap -v StackStruTest.class
23.类加载过程样例
加载:
1.通过一个类的全限定名获取定义此类的二进制字节流
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3.在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口
链接
初始化
24.查看如下代码的运行结果
public class ClassInitTest{
private static int num=1;
static{
num=2;
number=20;
}
private static void number=10;
public static void main(String[] args){
System.out.println(ClassInitTest.num);
System.out.println(ClassInitTest.number);
}
}
运行结果:
2
10
25.类加载器的分类
引导类加载器(Bootstrap ClassLoader):
自定义类加载器(User-Defined ClassLoader):所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。
这里的四者之间的关系是包含关系,不是上层下层,也不是子父类的继承关系。
sun.misc.Launcher,它是一个java虚拟机的入口应用。
public class ClassLoaderTest{
public static void main(String[] args){
ClassLoader systemClassLoader=ClassLoader.getSystemClassLoader();
System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
ClassLoader extClassLoader=systemClassLoader.getParent();
System.out.println(extClassLoader);//sun.misc.Launcher$ExtClassLoader@1540e19d
ClassLoader classLoader=ClassLoaderTest.class.getClassLoader();
System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//String类使用引导类加载器进行加载的。-->Java的核心类库都是
ClassLoader classLoader1=String.class.getClassLoader();
System.out.println(classLoader1);//null
}
}
26.启动类加载器(引导类加载器,Bootstrap ClassLoader)
1.这个类加载使用C/C++语言实现,嵌套在JVM内部
2.它用来加载Java的核心库(JAVA_HOME/jre/lib/rt.jar、recources.jar或sun.boot.class.path路径下的内容),用于提供JVM自身需要的类。
3.并不继承自java.lang.ClassLoader,没有父加载器。
4.加载扩展类和应用程序类加载器,并指定为他们的父类加载器。
5.出于安全考虑,Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类。
27.扩展类加载器(Extension ClassLoader)
1.Java语言编写,由sun.misc.Launcher$ExtClassLoader实现。
2.派生于ClassLoader类
3.父类加载器为启动类加载器
4.从java.ext.dirs系统属性锁指定的目录中加载类库,或从JDK的安装目录的jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JAR放在此目录下,也会自动扩展类加载器加载。
28.应用程序类加载器(系统类加载器,AppClassLoader)
1.java语言编写,由sun.misc.Launcher$AppClassLoader实现
2.派生于ClassLoader类
3.父类加载器为扩展类加载器
4.它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
5.该类加载是程序中默认的类加载器,一般来说,Java应用的类都是由它来完成加载
6.通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器
public class ClassLoaderTest1 {
public static void main(String[] args) {
System.out.println("**********启动类加载器**************");
//获取BootstrapClassLoader能够加载的api的路径
URL[] urLs = sun.misc.Launcher.getBootstrapClassPath().getURLs();
for (URL element : urLs) {
System.out.println(element.toExternalForm());
}
}
}
运行结果:
public class ClassLoaderTest1 {
public static void main(String[] args) {
System.out.println("***********扩展类加载器*************");
String extDirs = System.getProperty("java.ext.dirs");
for (String path : extDirs.split(";")) {
System.out.println(path);
}
//从上面的路径中随意选择一个类,来看看他的类加载器是什么:扩展类加载器
ClassLoader classLoader1 = CurveDB.class.getClassLoader();
System.out.println(classLoader1);//sun.misc.Launcher$ExtClassLoader@1540e19d
}
}
运行结果:
29.自定义类加载器
隔离加载类:为了使用中间件
修改类加载的方式
扩展加载源
防止源码泄漏
30.用户自定义类加载器实现步骤
1.开发人员可以通过继承抽象类java.lang.ClassLoader类的方法,实现自己的类加载器,以满足一些特殊的需求
2.在JDK1.2之前,在自定义类加载时,总会去继承ClassLoader类并重写loadClass()方法,从而实现自定义的类加载器,但是在JDK1.2之后已不再建议用户去覆盖loadClass()方法,但是建议把自定义的类加载器逻辑写在findClass()方法中。
3.在编写自定义类加载器时,如果没有太过于复杂的需求,可以直接继承URLClassLoader类,这样就可以避免自己去编写findClass()方法及其获取字节码流的方式,使自定义类加载器编写更简洁。
样例代码:
public class CustomClassLoader extends ClassLoader {
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
try {
byte[] result = getClassFromCustomPath(name);
if(result == null){
throw new FileNotFoundException();
}else{
return defineClass(name,result,0,result.length);
}
} catch (FileNotFoundException e) {
e.printStackTrace();
}
throw new ClassNotFoundException(name);
}
private byte[] getClassFromCustomPath(String name){
//从自定义路径中加载指定类:细节略
//如果指定路径的字节码文件进行了加密,则需要在此方法中进行解密操作。
return null;
}
public static void main(String[] args) {
CustomClassLoader customClassLoader = new CustomClassLoader();
try {
Class<?> clazz = Class.forName("One",true,customClassLoader);
Object obj = clazz.newInstance();
System.out.println(obj.getClass().getClassLoader());
} catch (Exception e) {
e.printStackTrace();
}
}
}
31.ClassLoader类
ClassLoader类,它是一个抽象类,其后所有的类加载器都继承自ClassLoader(不包含启动类加载器)
获取ClassLoader的途径
java13样例代码:
public class ClassLoaderTest2 {
public static void main(String[] args){
System.out.println(ClassLoader.getSystemClassLoader());
System.out.println(ClassLoader.getSystemClassLoader().getParent());
System.out.println(ClassLoader.getSystemClassLoader().getParent().getParent());
}
}
运行结果如下:
jdk.internal.loader.ClassLoaders$AppClassLoader@78308db1
jdk.internal.loader.ClassLoaders$PlatformClassLoader@7b23ec81
null
PlatformClassLoader是jdk9里面的,jdk9删除了ExtensionClassLoader