📕我是廖志伟，一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》（基础篇）、（进阶篇）、（架构篇）清华大学出版社签约作家、Java领域优质创作者、CSDN博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。
🌾阅读前，快速浏览目录和章节概览可帮助了解文章结构、内容和作者的重点。了解自己希望从中获得什么样的知识或经验是非常重要的。建议在阅读时做笔记、思考问题、自我提问，以加深理解和吸收知识。阅读结束后，反思和总结所学内容，并尝试应用到现实中，有助于深化理解和应用知识。与朋友或同事分享所读内容，讨论细节并获得反馈，也有助于加深对知识的理解和吸收。💡在这个美好的时刻，笔者不再啰嗦废话，现在毫不拖延地进入文章所要讨论的主题。接下来，我将为大家呈现正文内容。
一、JVM知识体系
- 类加载机制
Java虚拟机（JVM）的类加载机制是确保Java程序运行时能够正确加载和使用类的重要机制。它涉及类文件的读取、解析、验证、准备、解析和初始化等步骤。类加载器负责从文件系统或网络中加载类文件，然后由JVM执行这些文件中的字节码。
- 类文件读取：类加载器从文件系统或网络中读取类文件，并将其转换成字节流。
- 类文件解析：将类文件中的符号引用转换为直接引用，例如将类名、字段名、方法名等字符串替换为指向方法区的指针。
- 类文件验证：确保类文件符合Java虚拟机的规范，没有安全问题和数据结构错误。
- 类文件准备：为类变量分配内存并设置默认初始值。
- 类文件解析：将类文件中的符号引用转换为直接引用。
- 类文件初始化：执行类的初始化代码，如静态初始化器、静态变量赋值等。
- 类加载过程
类加载过程分为加载、连接和初始化三个阶段。
- 加载：类加载器将类的.class文件读入JVM，并为之生成一个代表类的java.lang.Class对象。
- 连接：包括验证、准备和解析三个步骤，确保类在运行时符合JVM规范。
- 初始化：为类变量赋值，执行静态代码块，初始化类。
- 双亲委派模型
双亲委派模型是Java类加载机制的核心，它要求除了顶层的启动类加载器外，其余的类加载器都应当有自己的父类加载器。当一个类加载器在加载类时，首先将请求委派给父类加载器，只有当父类加载器无法完成类加载任务时，才自己去加载。
- 启动类加载器：负责加载JVM启动时指定的核心API，如rt.jar。
- 扩展类加载器：负责加载JVM的扩展库。
- 应用程序类加载器：负责加载应用程序的类库。
- 自定义类加载器
自定义类加载器可以让我们有更多的灵活性来控制类的加载过程。例如，可以实现一个文件类加载器，用于加载指定目录下的类文件。
- 继承自java.lang.ClassLoader类。
- 重写findClass方法，实现类文件的读取和解析。
- 在加载类时，可以添加额外的逻辑，如加密、解密等。
- 模块化系统（JPMS）
Java Platform Module System（JPMS）是Java 9引入的模块化系统，它允许我们将应用程序拆分为多个模块，以减少依赖和提升性能。
- 模块：由一组类文件、资源文件和模块描述文件组成。
- 模块描述文件：定义了模块的名称、版本、主类、依赖关系等信息。
- 模块路径：指定了模块文件的位置。
- 内存模型
JVM内存模型包括运行时数据区和PC寄存器。
- 运行时数据区：包括堆、栈、方法区和PC寄存器。
- 堆：存储所有类的实例和数组的元素，是垃圾回收的主要区域。
- 栈：存储线程的局部变量，栈内存溢出时会导致线程崩溃。
- 方法区：存储类信息、常量、静态变量等，方法区溢出时会导致JVM崩溃。
- PC寄存器：用于存储当前线程下一条要执行的指令的地址。
- 内存溢出场景分析
内存溢出是指程序在运行过程中，内存消耗超过了JVM能够分配的最大内存，导致程序崩溃。常见的内存溢出场景包括：
- 堆内存溢出：频繁创建大量对象，导致堆内存不足。
- 栈内存溢出：递归调用深度过大，导致栈内存不足。
- 方法区溢出：类加载过多，导致方法区内存不足。
- 垃圾回收
垃圾回收（GC）是JVM自动回收不再使用的对象占用的内存。它通过GC Roots可达性分析来确定哪些对象是可达的，进而回收不可达的对象。
- GC Roots：一系列可以作为垃圾回收根的对象，包括栈帧中的本地变量表、方法区中的常量池、本地方法栈等。
- 可达性分析：从GC Roots开始，向上遍历对象图，确定哪些对象是可达的。
- 分代收集理论
分代收集理论将JVM内存分为年轻代（Young）、老年代（Old）和永久代（Perm）。
- 年轻代：存储新生成的对象，GC频率较高。
- 老年代：存储生命周期较长的对象，GC频率较低。
- 永久代：存储类信息、常量池等，GC频率较低。
- 引用类型
Java中存在四种引用类型：强引用、软引用、弱引用和虚引用。
- 强引用：引用对象不会被垃圾回收。
- 软引用：引用对象可能会被垃圾回收，但回收前会尝试回收其他内存。
- 弱引用：引用对象一定会被垃圾回收。
- 虚引用：不提供访问对象的引用，只能通过引用队列来回收对象。
- 垃圾回收算法
常见的垃圾回收算法包括：
- 标记-清除算法：分为标记和清除两个阶段。
- 复制算法：将内存分为两个区域，每次只使用一个区域，垃圾回收时将存活对象复制到另一个区域。
- 整理算法：优化复制算法，减少内存碎片。
- 并发收集器
并发收集器可以在应用程序运行时进行垃圾回收，常见的有：
- CMS（Concurrent Mark Sweep）：适用于响应时间敏感的场景。
- G1（Garbage-First）：适用于大内存场景。
- ZGC（Z Garbage Collector）：适用于小内存场景。
- 停顿时间控制策略
停顿时间控制策略旨在控制垃圾回收的停顿时间，常见的策略包括：
- 增量式GC：逐渐增加垃圾回收的频率和时间，直到达到目标停顿时间。
- 并发GC：在应用程序运行时进行垃圾回收，降低停顿时间。
- 性能调优
性能调优包括JVM参数配置和内存泄漏诊断。
- JVM参数配置：通过设置JVM参数（如-Xms、-Xmx等）来优化性能。
- 内存泄漏诊断：使用工具（如MAT、VisualVM等）来诊断内存泄漏问题。
- JIT编译优化
JIT编译器可以将Java字节码编译成本地机器码，以提高性能。
二、Spring Boot知识体系
- 自动配置
Spring Boot通过自动配置机制来简化项目的配置过程。当启动Spring Boot应用时，它会根据类路径下添加的jar包或配置文件来猜测并配置必要的bean。
- 自动配置原理：Spring Boot会扫描类路径下的jar包，查找符合特定条件的类，并根据这些类自动配置Spring容器中的bean。
- @EnableAutoConfiguration原理
@EnableAutoConfiguration通过读取类路径下的META-INF/spring.factories文件来查找所有符合条件的AutoConfiguration类，并将它们注册到Spring容器中。
- spring.factories文件：定义了所有AutoConfiguration类的全限定名，Spring Boot启动时会读取这个文件并加载对应的类。
- 条件化配置（@Conditional）
条件化配置允许我们根据特定的条件来启用或禁用某些配置。
- @Conditional注解：用于标记一个配置类或方法，根据条件判断是否启用该配置。
- 自定义Starter开发
自定义Starter可以让我们方便地将代码和配置封装成一个jar包，供其他项目使用。
- Maven项目结构：创建一个Maven项目，并添加必要的依赖。
- Starter打包：将代码和配置文件打包成一个jar包，并添加到项目的依赖中。
- 起步依赖
起步依赖是Spring Boot提供的预定义依赖，用于简化项目构建过程。
- 起步依赖管理：Spring Boot使用Maven或Gradle来管理依赖，并提供了丰富的起步依赖。
- 依赖管理机制（BOM文件）
BOM（Bill of Materials）文件用于管理项目依赖的版本，以确保所有依赖的版本一致性。
- BOM文件：定义了项目依赖的版本信息，Spring Boot使用BOM文件来确保依赖版本的一致性。
- 版本冲突解决
解决版本冲突的方法包括：使用依赖传递、排除依赖等。
- 依赖传递：当A依赖B，B依赖C时，A会自动传递C的依赖。
- 排除依赖：在依赖中排除不需要的版本。
- 第三方库集成模式
Spring Boot支持多种第三方库集成模式，如：声明式集成、编程式集成等。
- 声明式集成：通过配置文件或注解来集成第三方库。
- 编程式集成：通过代码来集成第三方库。
- Actuator
Actuator是Spring Boot提供的一个模块，用于监控和管理Spring Boot应用。
- 监控端点：Actuator提供了多种监控端点，如：/health、/metrics等。
- 管理端点：Actuator提供了多种管理端点，如：/shutdown、/restart等。
- 健康检查端点
健康检查端点允许我们检查应用的健康状态，如：内存、线程等。
- 健康检查端点：Spring Boot提供了多种健康检查端点，如：/health、/health/prometheus等。
- 度量指标收集
度量指标收集可以让我们收集应用运行时的各种指标，如：CPU使用率、内存使用率等。
- 度量指标收集器：Spring Boot提供了多种度量指标收集器，如：Micrometer、Dropwizard Metrics等。
- 自定义Endpoint开发
自定义Endpoint允许我们定义自己的健康检查端点，以满足特定需求。
- Endpoint接口：自定义Endpoint需要实现Spring Boot的Endpoint接口。
- 端点路径：定义自定义端点的路径。
- 配置文件管理
Spring Boot支持多环境配置，如：application-dev.yml、application-prod.yml等。
- 配置文件：Spring Boot使用YAML或Properties格式来定义配置文件。
- 配置文件优先级：配置文件的加载优先级为：application-{profile}.yml > application.yml。
- 配置加载优先级
配置文件的加载优先级为：application-{profile}.yml > application.yml。
- 配置文件优先级：Spring Boot会按照优先级顺序加载配置文件，优先加载环境相关的配置文件。
- 动态配置刷新
动态配置刷新允许我们在运行时更改配置，并立即生效。
- 动态配置刷新机制：Spring Boot使用Spring Cloud Config Server来实现动态配置刷新。
- 监控与日志
Spring Boot支持监控和日志功能，如：集成Micrometer和Logback/SLF4J。
- 监控：Spring Boot使用Micrometer来收集度量指标，并支持多种监控平台。
- 日志：Spring Boot使用Logback或SLF4J来记录日志。
- 分布式链路追踪
分布式链路追踪可以帮助我们追踪分布式系统中各个组件的调用关系。
- 链路追踪框架：Spring Boot支持多种链路追踪框架，如：Zipkin、Jaeger等。
- 扩展机制
Spring Boot提供扩展机制，允许我们自定义AutoConfigurationBean生命周期扩展点和响应式编程支持。
- 扩展机制：Spring Boot提供了多种扩展机制，如：@Bean、@ConfigurationProperties等。
总结：
本文从JVM和Spring Boot两个角度，详细解析了相关的核心知识点。通过对这些知识点的深入理解，我们可以更好地掌握Java应用开发和性能调优，以及Spring Boot框架的使用。希望本文能对您有所帮助。
📥博主的人生感悟和目标
- 💂 博客主页： Java程序员廖志伟希望各位读者大大多多支持用心写文章的博主，现在时代变了，信息爆炸，酒香也怕巷子深，博主真的需要大家的帮助才能在这片海洋中继续发光发热，所以，赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！
- 👉 开源项目： Java程序员廖志伟
- 🌥 哔哩哔哩： Java程序员廖志伟
- 🎏 个人社区： Java程序员廖志伟
- 🔖 个人微信号：
SeniorRD
📙经过多年在CSDN创作上千篇文章的经验积累，我已经拥有了不错的写作技巧。同时，我还与清华大学出版社签下了四本书籍的合约，并将陆续出版。这些书籍包括了基础篇、进阶篇、架构篇的📌《Java项目实战—深入理解大型互联网企业通用技术》📌，以及📚《解密程序员的思维密码--沟通、演讲、思考的实践》📚。具体出版计划会根据实际情况进行调整，希望各位读者朋友能够多多支持！
🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~
扫一扫
491
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
