先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你需要这些资料,可以添加V获取:vip1024b (备注Java)
正文
JVM是Java Virtual Machine
(Java虚拟机)的缩写,JVM是一种用于计算设备的规范,它是一个虚构出来的计算机,是通过在实际的计算机上仿真模拟各种计算机功能来实现的。
Java虚拟机本质上就是一个程序,当它在命令行上启动的时候,就开始执行保存在某字节码文件中的指令。Java语言的可移植性正是建立在Java虚拟机的基础上。任何平台只要装有针对于该平台的Java虚拟机(JVM从软件层面帮我们屏蔽不同操作系统在底层硬件与指令上的区别),字节码文件(.class)就可以在该平台上运行。这就是“一次编译,多次运行”。
Java虚拟机包含类装载器子系统、执行引擎、运行时数据区、本地方法接口和垃圾收集模块。其中垃圾收集模块在Java虚拟机规范中并没有要求Java虚拟机垃圾收集,但是在没有发明无限的内存之前,大多数JVM实现都是有垃圾收集的。
-
类装载器子系统:根据给定的全限定类名(如:java.lang.Object)来装载class文件到运行时数据区域的方法区中。
-
执行引擎:执行字节码或执行本地方法。
-
运行时数据区:我们常说的JVM的内存,堆,方法区,虚拟机栈,本地方法栈,程序计数器。
-
本地方法接口:与本地方法库交互,作用就是为了融合不同编程语言为Java所用,它的初衷是融合C/C++程序。
首先通过编译器把Java代码转换成字节码,类加载器再把字节码加载到内存中(运行时数据区的方法区内),而字节码文件只是JVM的一套指令集规范,不能直接交给底层系统去执行,所以需要特定的命令解析器执行引擎将字节码翻译成底层系统指令,再交给CPI去执行,而这个过程需要调用其他语言的本地库接口来实现整个程序的功能。
Java类加载机制就是虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验,解析和初始化,最终形成可以被虚拟机直接使用的java类型。
类加载器
类加载器分为启动类加载器,扩展类加载器,应用程序类加载器,自定义类加载器。各种类加载器之间存在着逻辑上的父子关系,但不是真正意义上的父子关系,因为它们直接没有从属关系。除了启动类加载器(Bootstrap ClassLoader
)是由C++编写的,其他都是由Java编写的。由Java编写的类加载器都继承自类java.lang.ClassLoader
。
-
启动类加载器(
BootstrapClassLoader
):负责加载$JAVA_HOME/jre/lib
目录下的核心类库,比如rt.jar,charsets.jar。 -
扩展类加载器(
ExtClassLoader
):负责加载支撑J$JAVA_HOME/jre/lib/ext
目录下的JAR类包。父加载器是启动类加载器。 -
应用类加载器(
AppClassLoader
):负责加载ClassPath
路径下的类包,主要就是加载我们自己写的那些类。父加载器是扩展类加载器。 -
自定义类加载器(
CustomClassLoader
):负责加载用户自定义目录下的类包。父加载器是应用类加载器。
类加载过程
java类加载分为5个过程,加载–>验证–>准备–>解析–>初始化。这5个阶段一般是顺序发生的,但在动态绑定的情况下,解析阶段发生在初始化阶段之后。
-
加载:将字节码从不同的数据源(可能是 class 文件,也可能是 jar 包,甚至网络)转化为二进制字节流加载到内存中;将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构;并在堆中生成一个代表该类的
java.lang.Class
对象,作为对方法区这个类的各种数据的访问入口。 -
验证:验证的目的是为了确保加载进来的class文件符合JVM的规范,一般是进行文件格式的验证、元数据的验证、字节码验证和符号引用验证。
-
文件格式的验证:验证字节流是否符合Class文件格式的规范,并且能被当前版本的虚拟机处理,该验证的主要目的是保证输入的字节流能正确地解析并存储于方法区之内。经过该阶段的验证后,字节流才会进入内存的方法区中进行存储,后面的三个验证都是基于方法区的存储结构进行的。
-
元数据的验证:对类的元数据信息进行语义校验(其实就是对类中的各数据类型进行语法校验),保证不存在不符合Java语法规范的元数据信息。
-
字节码验证:该阶段验证的主要工作是进行数据流和控制流分析,对类的方法体进行校验分析,以保证被校验的类的方法在运行时不会做出危害虚拟机安全的行为。
-
符号引用验证:这是最后一个阶段的验证,它发生在虚拟机将符号引用转化为直接引用的时候(解析阶段中发生该转化),主要是对类自身以外的信息(常量池中的各种符号引用)进行匹配性的校验。
-
准备:给类的静态变量分配空间,并赋予默认值。
-
解析:将符号引用替换为直接引用,该阶段会把一些静态方法(符号引用,比如main()方法)替换为指向数据所存内存的指针或句柄等(直接引用),这是所谓的静态链接过程(类加载期间完成),动态链接是在程序运行期间完成的将符号引用替换为直接引用。
-
初始化:对类的静态变量初始化为指定的值,执行静态代码块。
双亲委派机制
双亲委派机制就是当某个类加载器收到加载类的请求,如果这个类没有被加载过,该类加载器不会直接加载,会先为委派给父加载器,如果父加载器没有加载过,依次往上传递,直到顶层启动类加载器。如果父加载器可以完成加载任务,则父加载器加载返回;如果父加载器不能完成加载任务,才会自己去进行加载。一句话概述双亲委派机制加载流程就是,从下往上检查类是否已经被加载,从上往下尝试去加载。
双亲委派机制的优点:
-
沙箱安全机制:避免核心API被篡改。自己写的
java.lang.String.class
类不会被加载。 -
避免重复加载:如果父加载器已经加载过该类,子类加载器就没有必要再去加载。
双亲委派机制加载类的核心代码 ClassLoader
类的loadClass()
方法:
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 首先会检查该类是否已经被本类加载器加载,如果已经被加载则直接返回
Class<?> c = findLoadedClass(name);
if (c == null) {
// 如果没有被加载,则委托父加载器去加载
//加入Java开发交流君样:593142328一起吹水聊天
long t0 = System.nanoTime();
try {
if (parent != null) {
// 让父加载器对象去调用loadClass方法
c = parent.loadClass(name, false);
} else {
// parent==null,说明父加载器是启动类加载器。启动类加载器是C++编写的,这里去调用本地方法区尝试加载该类。
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime();
// 如果父加载器没有加载到该类,则自己去加载。这里会调用URLClassLoader类的findClass()方法
//加入Java开发交流君样:593142328一起吹水聊天
c = findClass(name);
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass©;
}
return c;
}
}
全盘负责委托机制
全盘负责委托机制就是当一个Classloader
加载一个Class
的时候,这个Class
所依赖的和引用的其它Class通常也由这个Classloader负责加载。
打破双亲委派机制
打破双亲委派机制就是我们希望自定义类加载器去直接加载指定类,而不是先委托父加载器去加载或者是自定义类加载器加载不到才让父加载器去进行加载。
自定义类加载器实现
了解双亲委派机制以及打破双亲委派机制之后,我们可以自己写一个自定义类加载器。自定义类加载器实现思路:
如果使用双亲委派机制就是重写findClass()
方法(类加载器具体去加载类的方法),
如果要打破双亲委派机制,在重写findClass()
方法基础上,还需要重新loadClass()
方法,这里我们可以改写逻辑,先让该类加载器去加载类,加载不到再让父加载器去进行加载
程序计数器
-
程序计数器线程私有的,它的生命周期与线程相同,它是一块较小的内存空间,可以看作是当前线程所执行的字节码的行号指示器。
-
如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址;如果线程当前正在执行的方法是本地方法,这个计数器值则应为空。
-
字节码解释器的工作就是通过这个计数器的值,来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能,都需要依赖这个计数器来完成。
-
这个区域是唯一不会抛出OutOfMemoryError异常的区域。
-
虚拟机栈
虚拟机栈是线程私有的,它的生命周期与线程相同。每个方法被执行的时候,Java虚拟机都会同步创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法被调用直至执行完毕的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。
局部变量表存放了编译期可知的各种Java虚拟机基本数据类型(boolean
、byte
、char
、short
、int
、float
、long
、double
),对象引用和returnAddress
类型。
以下异常条件与Java虚拟机栈相关:
如果线程中请求的栈深度大于虚拟机所允许的深度,Java虚拟机将会抛出StackOverflowError
异常。
如果Java虚拟机栈容量可以动态扩展,当栈扩展时无法申请到足够的内存,Java虚拟机将会抛出OutOfMemoryError
异常。
本地方法栈是线程私有的,生命周期与当前线程一致。与虚拟机栈的作用是一样的,区别只是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务,而本地方法栈是为虚拟机使用到的本地方法服务。
以下异常条件与本地方法栈相关联(与虚拟机栈一样):
如果线程中请求的栈深度大于虚拟机所允许的深度,Java虚拟机将会抛出StackOverflowError
异常。
如果Java虚拟机栈容量可以动态扩展,当栈扩展时无法申请到足够的内存,Java虚拟机将会抛出OutOfMemoryError
异常。
堆是线程共享的,在虚拟机启动的时候创建,从中分配类实例(几乎所有的对象都存放在堆中,但是不是所有的)和数组的内存。对于大多数应用来说,堆是内存最大的一块区域;同时堆是内存模型中最重要的一个区域,也是JVM调优重点关注的区域。对象的堆存储由自动存储管理系统(称为垃圾收集器)回收;对象永远不会显式释放。
以下异常情况与堆相关联:
如果在Java堆中没有内存完成实例分配,并且堆也无法再扩展时,Java虚拟机将会抛出OutOfMemoryError异常。
堆内存分为年轻代(Young Generation
)和老年代(Old Generation
)。
-
年轻代(
YoungGen
):年轻代又分为Eden和Survivor区。Survivor区由FromSpace和ToSpace组成。Eden区占大容量,Survivor两个区占小容量,默认比例是8:1:1。 -
老年代(
OldGen
)。
最后
由于细节内容实在太多了,为了不影响文章的观赏性,只截出了一部分知识点大致的介绍一下,每个小节点里面都有更细化的内容!
小编准备了一份Java进阶学习路线图(Xmind)以及来年金三银四必备的一份《Java面试必备指南》
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注Java)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
存中…(img-clCrDexR-1713563386909)]
小编准备了一份Java进阶学习路线图(Xmind)以及来年金三银四必备的一份《Java面试必备指南》
[外链图片转存中…(img-rXOzE97A-1713563386910)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注Java)
[外链图片转存中…(img-XkmPUhtH-1713563386911)]
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!