📕我是廖志伟,一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》(基础篇)、(进阶篇)、(架构篇)清华大学出版社签约作家、Java领域优质创作者、CSDN博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验,研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper),消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

🌾阅读前,快速浏览目录和章节概览可帮助了解文章结构、内容和作者的重点。了解自己希望从中获得什么样的知识或经验是非常重要的。建议在阅读时做笔记、思考问题、自我提问,以加深理解和吸收知识。阅读结束后,反思和总结所学内容,并尝试应用到现实中,有助于深化理解和应用知识。与朋友或同事分享所读内容,讨论细节并获得反馈,也有助于加深对知识的理解和吸收。💡在这个美好的时刻,笔者不再啰嗦废话,现在毫不拖延地进入文章所要讨论的主题。接下来,我将为大家呈现正文内容。

一、JVM知识体系
-
类加载机制 JVM的类加载机制是Java程序运行的基础,它负责将类文件加载到JVM中,并为之生成对应的Class对象。类加载机制主要包含以下几个过程:加载、连接、初始化。
-
加载:类加载器首先将类的二进制数据从文件系统或网络中读取到JVM中,然后通过类的全限定名找到对应的
.class
文件,并为之生成一个Class
对象。在加载过程中,类加载器会解析类的全限定名,并检查是否已经加载了相同名称的类。 -
连接:连接过程包括验证、准备和解析三个步骤。验证确保类的结构符合JVM规范;准备为类变量分配内存,并设置默认初始值;解析将类、接口、字段和方法的符号引用转换为直接引用。
-
初始化:初始化阶段为类的变量分配初始值,并执行类构造器
<clinit>()
方法。这个方法是由编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并产生的。
-
-
类加载过程
-
加载:类加载器负责查找和加载指定的类文件。在JVM中,有三种类型的类加载器:启动类加载器、扩展类加载器和应用程序类加载器。
-
连接:连接过程主要涉及将类的二进制数据合并到JVM中,并确保类的结构符合JVM规范。连接过程分为三个步骤:验证、准备和解析。
-
初始化:初始化阶段为类的变量分配初始值,并执行类构造器
<clinit>()
方法。这个方法由编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并产生。
-
-
双亲委派模型 双亲委派模型是JVM中的一种类加载策略,它要求除了顶层的启动类加载器外,其余的类加载器都应当有自己的父类加载器。当一个类加载器请求加载某个类时,它会首先请求其父类加载器进行加载,只有当父类加载器无法完成加载任务时,才自己去加载。
双亲委派模型的实现保证了类型安全,避免了类的重复加载,同时也便于实现接口和类库的共享。
-
自定义类加载器 通过继承
ClassLoader
类或实现ClassLoader
接口,可以创建自定义的类加载器,用于加载特定的类或资源。自定义类加载器通常用于加载特定格式的文件、远程类或者实现隔离的类加载空间。
-
模块化系统(JPMS) Java Platform Module System(JPMS)是Java 9引入的一种模块化系统,它通过模块来组织代码,提高了代码的可维护性和可扩展性。
JPMS通过模块描述文件(module-info.java)来定义模块的依赖关系、导出和打开的包等。模块化的代码组织方式可以减少类路径搜索时间,提高类加载效率,同时也便于实现代码隔离和版本控制。
-
内存模型 JVM的内存模型主要包括运行时数据区和PC寄存器。
-
运行时数据区:运行时数据区包括堆、栈、方法区和PC寄存器。
-
堆:用于存放几乎所有的对象实例和数组的内存区域。堆内存是动态分配的,垃圾回收主要发生在堆上。
-
栈:用于存放局部变量表的内存区域,线程私有。栈内存是线程私有的,因此线程之间不会互相影响。
-
方法区:用于存放已经被虚拟机加载的类信息、常量、静态变量等的内存区域。方法区是所有线程共享的。
-
PC寄存器:用于存放当前线程所执行的字节码指令的地址。PC寄存器是线程私有的。
-
-
-
运行时数据区
-
堆:堆内存是动态分配的,用于存放几乎所有的对象实例和数组的内存区域。堆内存的分配和回收由垃圾回收器管理。
-
栈:栈内存是线程私有的,用于存放局部变量表的内存区域。栈内存的分配和回收速度较快,但容量有限。
-
方法区:方法区是所有线程共享的,用于存放已经被虚拟机加载的类信息、常量、静态变量等的内存区域。
-
PC寄存器:PC寄存器是线程私有的,用于存放当前线程所执行的字节码指令的地址。
-
-
内存溢出场景分析 内存溢出通常发生在堆空间不足的情况下,导致JVM无法分配足够的内存给新的对象。常见场景包括:大量对象创建、循环引用、静态变量过大等。
-
大量对象创建:在堆空间有限的情况下,大量对象的创建会导致内存不足。
-
循环引用:循环引用是指对象之间相互引用,导致垃圾回收器无法回收这些对象。
-
静态变量过大:静态变量过大也会导致内存溢出。
-
-
垃圾回收 垃圾回收是JVM自动管理内存的重要机制,它通过回收不再使用的对象来释放内存。
-
标记-清除算法:分为标记和清除两个阶段,标记阶段遍历所有对象,清除阶段回收未被标记的对象。
-
复制算法:将内存分为两块,每次只使用其中一块,当一块空间使用完毕后,将存活的对象复制到另一块空间,并清空原空间。
-
整理算法:在复制算法的基础上,对内存进行整理,提高内存利用率。
-
-
GC Roots可达性分析 GC Roots可达性分析是垃圾回收的基础,它通过遍历GC Roots,找到所有可达的对象,然后回收不可达的对象。
GC Roots包括:
- 栈中的变量引用的对象
- 方法区中静态属性引用的对象
- 方法区中常量引用的对象
- 虚引用的对象
-
分代收集理论 分代收集理论将对象分为新生代(Young区)和老年代(Old区),针对不同代的特点采用不同的垃圾回收算法。
-
新生代:用于存放新生成的对象,垃圾回收频率较高,采用复制算法或标记-整理算法。
-
老年代:用于存放存活时间较长的对象,垃圾回收频率较低,采用标记-清除算法或标记-整理算法。
-
-
引用类型 引用类型分为强引用、软引用、弱引用和虚引用,它们在垃圾回收过程中的作用不同。
-
强引用:不会被垃圾回收器回收,直到引用的对象被显式释放。
-
软引用:在内存不足的情况下会被垃圾回收器回收,但可以显式地重新引用对象。
-
弱引用:在任何时候都可能被垃圾回收器回收。
-
虚引用:没有引用关系,只能通过引用队列获取对象。
-
-
垃圾回收算法
-
标记-清除算法:分为标记和清除两个阶段,标记阶段遍历所有对象,清除阶段回收未被标记的对象。
-
复制算法:将内存分为两块,每次只使用其中一块,当一块空间使用完毕后,将存活的对象复制到另一块空间,并清空原空间。
-
整理算法:在复制算法的基础上,对内存进行整理,提高内存利用率。
-
-
并发收集器 并发收集器包括CMS(Concurrent Mark Sweep)和G1(Garbage-First)等,它们在垃圾回收过程中尽量减少对应用程序的影响。
-
CMS(Concurrent Mark Sweep):在用户线程运行的同时,进行垃圾回收,减少停顿时间。
-
G1(Garbage-First):通过将堆内存划分为多个区域,优先回收垃圾回收价值最高的区域,降低停顿时间。
-
-
停顿时间控制策略 停顿时间控制策略包括最大停顿时间目标、最小停顿时间目标等,用于控制垃圾回收过程中的停顿时间。
-
最大停顿时间目标:在垃圾回收过程中,尽量保证停顿时间不超过设定的最大值。
-
最小停顿时间目标:在垃圾回收过程中,尽量保证停顿时间不超过设定的最小值。
-
-
性能调优 JVM性能调优主要从垃圾回收、内存分配、编译优化等方面进行。
-
垃圾回收调优:根据应用程序的特点,选择合适的垃圾回收器,并调整垃圾回收策略。
-
内存分配调优:根据应用程序的需求,调整堆内存、栈内存等参数。
-
编译优化调优:通过JIT编译优化,提高程序的运行效率。
-
-
JVM参数配置 通过配置JVM参数,可以调整JVM的运行行为,如
-Xms
、-Xmx
等。-
-Xms
:设置JVM启动时的堆内存大小。 -
-Xmx
:设置JVM最大堆内存大小。
-
-
内存泄漏诊断 内存泄漏是指程序中已分配的内存无法被垃圾回收器回收,导致内存占用逐渐增加。内存泄漏诊断工具可以帮助定位内存泄漏的原因。
- 内存泄漏诊断工具:如MAT(Memory Analyzer Tool)、VisualVM等。
-
JIT编译优化 JIT(Just-In-Time)编译是JVM在运行时将字节码编译成本地机器码的过程,JIT编译优化可以提高程序的运行效率。
- JIT编译优化:如即时编译、动态类型检查、循环展开等。
二、Spring Boot知识体系
-
自动配置 Spring Boot通过自动配置功能,自动配置Spring应用程序所需的Bean和依赖关系,简化了Spring应用程序的开发。
自动配置的实现原理如下:
-
根据项目依赖的 Starter 依赖,自动配置相应的 Bean 和依赖关系。
-
通过条件化配置,根据项目需求自动启用或禁用某些功能。
-
-
@EnableAutoConfiguration原理
@EnableAutoConfiguration
注解是Spring Boot自动配置的核心,它通过条件化配置和Starter依赖来实现自动配置。-
条件化配置:根据项目依赖的 Starter 依赖,自动配置相应的 Bean 和依赖关系。
-
Starter 依赖:Spring Boot Starter 依赖封装了常用的依赖关系和配置,方便开发者使用。
-
-
条件化配置(@Conditional) 条件化配置允许在满足特定条件时才配置相应的 Bean,如
@ConditionalOnClass
、@ConditionalOnBean
等。条件化配置的实现原理如下:
-
根据条件表达式,判断是否满足条件。
-
如果满足条件,则配置相应的 Bean;如果不满足条件,则不配置。
-
-
自定义Starter开发 自定义Starter可以帮助开发者将常用的依赖关系和配置封装起来,方便其他开发者使用。
自定义Starter的开发步骤如下:
-
创建一个 Maven 项目,并添加 Starter 依赖。
-
定义 Starter 依赖的坐标。
-
创建一个 Starter 依赖的配置文件,如
spring.factories
。 -
在
spring.factories
文件中,定义自动配置类。
-
-
起步依赖 起步依赖是指Spring Boot项目所需的基本依赖,通过Maven或Gradle配置即可引入。
起步依赖包括:
-
Spring Web Starter
-
Spring Data JPA Starter
-
Spring Security Starter
-
-
依赖管理机制(BOM文件) BOM(Bill of Materials)文件用于管理项目依赖的版本,确保项目在不同环境中的一致性。
BOM文件的作用如下:
-
管理项目依赖的版本,避免版本冲突。
-
确保项目在不同环境中的一致性。
-
-
版本冲突解决 依赖冲突是项目开发中常见的问题,通过依赖树分析、排除依赖、升级依赖等手段可以解决版本冲突。
解决依赖冲突的方法如下:
-
依赖树分析:分析依赖树,找出冲突的依赖。
-
排除依赖:排除冲突的依赖。
-
升级依赖:升级冲突的依赖。
-
-
第三方库集成模式 Spring Boot支持多种第三方库集成模式,如Spring Data JPA、Spring Security等。
第三方库集成模式的实现原理如下:
-
在项目中添加第三方库的依赖。
-
配置第三方库的参数。
-
-
Actuator Spring Boot Actuator提供了丰富的端点,用于监控和管理应用程序,如健康检查、度量指标收集等。
Actuator端点的实现原理如下:
-
实现Endpoint接口,定义端点的行为。
-
在Spring Boot项目中启用Actuator。
-
-
健康检查端点 健康检查端点可以检查应用程序的状态,如HTTP端点、JMX端点等。
健康检查端点的实现原理如下:
-
实现HealthIndicator接口,定义健康检查的逻辑。
-
在Spring Boot项目中启用健康检查。
-
-
度量指标收集 度量指标收集可以帮助开发者了解应用程序的性能,如CPU、内存、数据库等。
度量指标收集的实现原理如下:
-
实现Meter接口,定义度量指标。
-
在Spring Boot项目中启用度量指标收集。
-
-
自定义Endpoint开发 通过实现Endpoint接口,可以自定义应用程序的端点。
自定义Endpoint接口的实现原理如下:
-
实现Endpoint接口,定义端点的行为。
-
在Spring Boot项目中启用自定义端点。
-
-
配置文件管理 Spring Boot支持多种配置文件,如
application.yml
、application.properties
等。配置文件管理的实现原理如下:
-
在项目中定义配置文件。
-
根据配置文件中的配置,设置应用程序的参数。
-
-
多环境配置 多环境配置允许为不同环境(如开发、测试、生产)定义不同的配置文件,如
application-dev.yml
、application-prod.yml
等。多环境配置的实现原理如下:
-
在项目中定义不同环境的配置文件。
-
根据当前环境,加载对应的配置文件。
-
-
配置加载优先级 Spring Boot会按照一定的优先级加载配置文件,如
application.yml
>application-{profile}.yml
。配置加载优先级的实现原理如下:
-
按照优先级顺序加载配置文件。
-
如果存在相同的配置项,以最后一个加载的配置文件为准。
-
-
动态配置刷新 动态配置刷新允许在应用程序运行时修改配置,并立即生效。
动态配置刷新的实现原理如下:
-
监听配置文件的变化。
-
当配置文件发生变化时,重新加载配置。
-
-
监控与日志 Spring Boot提供了丰富的监控和日志功能,如日志级别、日志格式等。
监控与日志的实现原理如下:
-
实现监控和日志相关的接口。
-
在Spring Boot项目中启用监控和日志。
-
-
分布式链路追踪 分布式链路追踪可以帮助开发者了解应用程序的调用链路,如Zipkin、Jaeger等。
分布式链路追踪的实现原理如下:
-
在应用程序中添加链路追踪的依赖。
-
配置链路追踪的相关参数。
-
-
扩展机制 Spring Boot提供了多种扩展机制,如自定义AutoConfigurationBean、生命周期扩展点等。
扩展机制的实现原理如下:
-
实现扩展接口,定义扩展逻辑。
-
在Spring Boot项目中启用扩展机制。
-
-
响应式编程支持 Spring Boot支持响应式编程,如Spring WebFlux等。
响应式编程的支持原理如下:
-
实现响应式编程相关的接口。
-
在Spring Boot项目中启用响应式编程。
-
📥博主的人生感悟和目标

- 💂 博客主页: Java程序员廖志伟希望各位读者大大多多支持用心写文章的博主,现在时代变了,信息爆炸,酒香也怕巷子深,博主真的需要大家的帮助才能在这片海洋中继续发光发热,所以,赶紧动动你的小手,点波关注❤️,点波赞👍,点波收藏⭐,甚至点波评论✍️,都是对博主最好的支持和鼓励!
- 👉 开源项目: Java程序员廖志伟
- 🌥 哔哩哔哩: Java程序员廖志伟
- 🎏 个人社区: Java程序员廖志伟
- 🔖 个人微信号:
SeniorRD

📙经过多年在CSDN创作上千篇文章的经验积累,我已经拥有了不错的写作技巧。同时,我还与清华大学出版社签下了四本书籍的合约,并将陆续出版。这些书籍包括了基础篇、进阶篇、架构篇的📌《Java项目实战—深入理解大型互联网企业通用技术》📌,以及📚《解密程序员的思维密码--沟通、演讲、思考的实践》📚。具体出版计划会根据实际情况进行调整,希望各位读者朋友能够多多支持!
🔔如果您需要转载或者搬运这篇文章的话,非常欢迎您私信我哦~