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

💡在这个美好的时刻,笔者不再啰嗦废话,现在毫不拖延地进入文章所要讨论的主题。接下来,我将为大家呈现正文内容。

一、JVM知识体系详解
类加载机制与类加载过程
Java虚拟机(JVM)的类加载机制是Java语言动态性的一大体现,其核心在于确保每个类只有一个Class对象被加载。类加载过程分为三个阶段:加载、连接和初始化。
-
加载(Loading):在这个阶段,类加载器负责查找并加载指定的
.class文件到JVM中。这个过程涉及到以下细节:- 类加载器:类加载器分为启动类加载器、扩展类加载器和应用程序类加载器。启动类加载器负责加载
<JAVA_HOME>/lib目录中的类库,扩展类加载器负责加载<JAVA_HOME>/lib/ext目录中的类库,应用程序类加载器负责加载用户类路径上的类库。 - 类文件定位:类加载器通过类路径(Classpath)来定位类文件。类路径可以是一个目录或是一组目录和JAR文件的路径列表。
- 内存分配:加载的类文件被存储在方法区中,方法区是所有线程共享的内存区域。
- 定义数据加载:类加载器将
.class文件中的数据转换为方法区的运行时数据结构。
- 类加载器:类加载器分为启动类加载器、扩展类加载器和应用程序类加载器。启动类加载器负责加载
-
连接(Linking):连接阶段分为验证、准备和解析三个步骤。
- 验证:验证确保加载的类信息符合JVM规范,包括字节码验证、符号引用验证等。
- 准备:为类变量分配内存并设置默认值。对于基本数据类型,默认值是0、false或null;对于对象类型,默认值是null。
- 解析:将符号引用替换为直接引用,即指向方法区的指针。
-
初始化(Initialization):初始化阶段负责初始化类的静态变量、静态代码块和执行指定的静态初始化器。
双亲委派模型与自定义类加载器
双亲委派模型是一种类加载器的加载策略,即当一个类加载器请求加载某个类时,它会首先请求它的父类加载器加载该类。如果父类加载器能找到该类,就由父类加载器加载,否则子类加载器再尝试去加载。
自定义类加载器允许开发者对类的加载过程进行更细粒度的控制,这在模块化系统(JPMS)中尤为重要。例如,可以实现一个URL类加载器,用于从特定的URL加载类文件。
内存模型与运行时数据区
JVM的内存模型分为以下几个部分:
- 堆(Heap):存放几乎所有的Java对象实例和数组的内存区域。堆内存是动态分配的,垃圾回收主要发生在堆内存。
- 栈(Stack):为每个线程创建的运行时数据区,存储局部变量和方法调用等。栈内存是线程私有的,每个线程都有自己的栈。
- 方法区(Method Area):存放已经被虚拟机加载的类信息、常量、静态变量等数据。方法区是所有线程共享的内存区域。
- PC寄存器:每个线程都有一个程序计数器,记录当前线程正在执行的字节码指令地址。
内存溢出场景分析
内存溢出是指JVM内存容量不足以处理当前操作时,程序抛出OutOfMemoryError错误。常见场景包括:
- 堆内存溢出:当创建的对象过多或对象体积过大时,可能导致堆内存不足。
- 栈内存溢出:当方法调用深度过深时,可能导致栈内存不足。
- 永久代内存溢出:在Java 8之前,永久代用于存储类元数据,当永久代内存不足时,可能导致内存溢出。
垃圾回收(GC)与可达性分析
垃圾回收是JVM自动回收不再使用的内存。可达性分析是GC算法的一种,它通过判断对象是否可以被GC Roots所访问来确定对象是否存活。
- GC Roots:GC Roots包括栈帧中的局部变量表、方法区中的常量池、静态变量、线程上下文类信息等。
- 可达性分析:从GC Roots开始,通过引用关系向下遍历,能够访问到的对象是存活的对象,无法访问到的对象是垃圾对象。
分代收集理论
分代收集理论将堆内存分为年轻代(Young)和老年代(Old),不同代的回收策略和频率有所不同。
- 年轻代:存放新创建的对象,回收频率高,采用复制算法。
- 老年代:存放长时间存活的对象,回收频率低,采用标记-清除、标记-整理或并发收集算法。
引用类型
在Java中,对象的引用类型包括强引用、软引用、弱引用和虚引用。不同类型的引用对GC有不同的影响。
- 强引用:最普通的引用类型,当对象存在强引用时,垃圾回收器不会回收该对象。
- 软引用:表示非必需的对象,当内存不足时,垃圾回收器会回收软引用指向的对象。
- 弱引用:表示非必需的对象,垃圾回收器会回收弱引用指向的对象,但不是必须的。
- 虚引用:表示没有任何关系的对象,垃圾回收器会回收虚引用指向的对象,并且可以通过引用队列来获取回收通知。
垃圾回收算法
常见的垃圾回收算法包括标记-清除(Mark-Sweep)、复制(Copy)和整理(Mark-Compact)算法。
- 标记-清除算法:首先标记所有可达对象,然后清除未被标记的对象。
- 复制算法:将堆内存分为两个相等的区域,每次只使用其中一个区域,当该区域内存不足时,将存活对象复制到另一个区域,并清空原区域。
- 标记-整理算法:结合了标记-清除算法和复制算法的优点,首先标记所有可达对象,然后移动存活对象到堆的一端,清空另一端。
并发收集器与停顿时间控制策略
并发收集器如CMS和G1在运行过程中尽量减少对应用程序的干扰。停顿时间控制策略旨在控制垃圾回收导致的停顿时间。
- CMS收集器:一种以最短停顿时间为目标的收集器,适用于对响应时间有较高要求的场景。
- G1收集器:一种基于Region的收集器,将堆内存划分为多个Region,并采用并发标记、并行回收的方式,适用于大内存场景。
性能调优与JVM参数配置
通过调整JVM参数(如Xms、Xmx等),可以优化JVM的性能。以下是一些常用的JVM参数:
- Xms:设置JVM启动时的堆内存大小。
- Xmx:设置JVM最大堆内存大小。
- -XX:+UseParallelGC:使用并行垃圾回收器。
- -XX:+UseG1GC:使用G1垃圾回收器。
内存泄漏诊断与JIT编译优化
内存泄漏诊断是查找并修复可能导致程序缓慢或崩溃的内存泄露问题。JIT编译优化则是提高JVM运行时性能的关键技术。
- 内存泄漏诊断:可以使用工具如VisualVM、MAT等来诊断内存泄漏问题。
- JIT编译优化:JIT编译器在运行时对字节码进行优化,以提高程序性能。
二、Spring Boot知识体系解析
自动配置与@EnableAutoConfiguration原理
Spring Boot的自动配置功能极大地简化了Spring应用的配置过程。@EnableAutoConfiguration注解是自动配置的核心,它能够根据类路径下和application.properties/application.yml文件的内容自动配置Spring框架。
- 自动配置原理:Spring Boot通过扫描类路径下的类和配置文件,根据类名、注解、配置文件内容等信息,自动配置Spring框架的组件和依赖关系。
条件化配置与自定义Starter
条件化配置(@Conditional)允许在特定条件下启用或禁用配置。自定义Starter可以帮助开发者封装通用的Spring配置,方便其他项目引用。
- 条件化配置:
@Conditional注解可以用于类、方法或字段上,根据特定的条件来决定是否启用或禁用该类、方法或字段。 - 自定义Starter:自定义Starter可以将通用的Spring配置封装成一个可复用的库,方便其他项目引用。
起步依赖与依赖管理机制
Spring Boot使用Maven或Gradle作为构建工具,并通过起步依赖(Starters)简化了项目的依赖管理。
- 起步依赖:起步依赖是一组预定义的依赖关系,包含了构建Spring Boot应用所需的基本库和依赖。
- 依赖管理机制:Maven和Gradle都提供了依赖管理机制,可以方便地添加、删除和修改项目依赖。
版本冲突解决与第三方库集成
版本冲突是依赖管理中常见的问题。通过合适的依赖版本管理和冲突解决策略,可以确保项目依赖的一致性。
- 依赖版本管理:可以使用Maven的依赖范围(如
compile、provided、runtime等)来控制依赖的版本。 - 冲突解决策略:可以使用Maven的依赖树分析工具来诊断依赖冲突,并采取相应的解决策略。
Actuator、健康检查与度量指标收集
Spring Boot Actuator提供了一系列端点,用于监控和管理应用程序。健康检查端点允许监控应用程序的状态,度量指标收集则提供了性能数据的访问接口。
- Actuator端点:Spring Boot Actuator提供了多种端点,如
/health、/metrics、/info等,可以用于监控应用程序的状态、性能和配置信息。 - 健康检查:健康检查端点可以用于监控应用程序的状态,例如数据库连接是否正常、服务是否可用等。
- 度量指标收集:度量指标收集可以用于收集应用程序的性能数据,例如CPU使用率、内存使用率、请求响应时间等。
自定义Endpoint与配置文件管理
自定义Endpoint允许开发者添加自定义的端点。配置文件管理则通过多环境配置(如application-{profile}.yml)来管理不同环境下的配置。
- 自定义Endpoint:自定义Endpoint可以用于提供自定义的监控和管理功能。
- 配置文件管理:Spring Boot支持多环境配置,可以通过
application-{profile}.yml文件来管理不同环境下的配置。
动态配置刷新与监控日志
动态配置刷新允许在运行时修改配置而不需要重启应用程序。监控日志则是通过集成如Micrometer等工具来实现。
- 动态配置刷新:Spring Boot支持动态配置刷新,可以在运行时修改配置并立即生效,而无需重启应用程序。
- 监控日志:监控日志可以用于记录应用程序的运行状态和性能数据,例如使用Logback、Log4j等日志框架。
Logback/SLF4J配置与分布式链路追踪
Logback和SLF4J是常用的日志框架,提供了灵活的日志配置。分布式链路追踪则是为了追踪跨多个服务的请求,从而实现服务的监控和故障排查。
- Logback/SLF4J配置:Logback和SLF4J提供了灵活的日志配置,可以方便地配置日志级别、日志格式、日志输出位置等。
- 分布式链路追踪:分布式链路追踪可以用于追踪跨多个服务的请求,例如使用Zipkin、Jaeger等工具。
扩展机制与响应式编程支持
Spring Boot提供了扩展机制,允许开发者自定义AutoConfigurationBean的生命周期扩展点。同时,它也支持响应式编程,如使用WebFlux框架构建非阻塞、异步的Web应用程序。
- 扩展机制:Spring Boot提供了扩展机制,允许开发者自定义AutoConfigurationBean的生命周期扩展点,例如实现
AutoConfigureAfter、AutoConfigureBefore等注解。 - 响应式编程支持:Spring Boot支持响应式编程,例如使用WebFlux框架构建非阻塞、异步的Web应用程序。
通过对以上知识点的深入解析,我们可以看到JVM和Spring Boot在构建高性能和易于维护的Java应用中扮演着关键角色。这些技术不仅需要深入理解,还需要在实际项目中灵活运用,以达到最佳的开发效率和生产性能。

博主分享
📥博主的人生感悟和目标

📙经过多年在优快云创作上千篇文章的经验积累,我已经拥有了不错的写作技巧。同时,我还与清华大学出版社签下了四本书籍的合约,并将陆续出版。
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇的购书链接:https://item.jd.com/14152451.html
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇繁体字的购书链接:http://product.dangdang.com/11821397208.html
- 《Java项目实战—深入理解大型互联网企业通用技术》进阶篇的购书链接:https://item.jd.com/14616418.html
- 《Java项目实战—深入理解大型互联网企业通用技术》架构篇待上架
- 《解密程序员的思维密码--沟通、演讲、思考的实践》购书链接:https://item.jd.com/15096040.html
面试备战资料
八股文备战
| 场景 | 描述 | 链接 |
|---|---|---|
| 时间充裕(25万字) | Java知识点大全(高频面试题) | Java知识点大全 |
| 时间紧急(15万字) | Java高级开发高频面试题 | Java高级开发高频面试题 |
理论知识专题(图文并茂,字数过万)
| 技术栈 | 链接 |
|---|---|
| RocketMQ | RocketMQ详解 |
| Kafka | Kafka详解 |
| RabbitMQ | RabbitMQ详解 |
| MongoDB | MongoDB详解 |
| ElasticSearch | ElasticSearch详解 |
| Zookeeper | Zookeeper详解 |
| Redis | Redis详解 |
| MySQL | MySQL详解 |
| JVM | JVM详解 |
集群部署(图文并茂,字数过万)
| 技术栈 | 部署架构 | 链接 |
|---|---|---|
| MySQL | 使用Docker-Compose部署MySQL一主二从半同步复制高可用MHA集群 | Docker-Compose部署教程 |
| Redis | 三主三从集群(三种方式部署/18个节点的Redis Cluster模式) | 三种部署方式教程 |
| RocketMQ | DLedger高可用集群(9节点) | 部署指南 |
| Nacos+Nginx | 集群+负载均衡(9节点) | Docker部署方案 |
| Kubernetes | 容器编排安装 | 最全安装教程 |
开源项目分享
| 项目名称 | 链接地址 |
|---|---|
| 高并发红包雨项目 | https://gitee.com/java_wxid/red-packet-rain |
| 微服务技术集成demo项目 | https://gitee.com/java_wxid/java_wxid |
管理经验
【公司管理与研发流程优化】针对研发流程、需求管理、沟通协作、文档建设、绩效考核等问题的综合解决方案:https://download.youkuaiyun.com/download/java_wxid/91148718
希望各位读者朋友能够多多支持!
现在时代变了,信息爆炸,酒香也怕巷子深,博主真的需要大家的帮助才能在这片海洋中继续发光发热,所以,赶紧动动你的小手,点波关注❤️,点波赞👍,点波收藏⭐,甚至点波评论✍️,都是对博主最好的支持和鼓励!
- 💂 博客主页: Java程序员廖志伟
- 👉 开源项目:Java程序员廖志伟
- 🌥 哔哩哔哩:Java程序员廖志伟
- 🎏 个人社区:Java程序员廖志伟
- 🔖 个人微信号:
SeniorRD
🔔如果您需要转载或者搬运这篇文章的话,非常欢迎您私信我哦~
470

被折叠的 条评论
为什么被折叠?



