📕我是廖志伟，一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》（基础篇）、（进阶篇）、（架构篇）清华大学出版社签约作家、Java领域优质创作者、优快云博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。
🌾阅读前，快速浏览目录和章节概览可帮助了解文章结构、内容和作者的重点。了解自己希望从中获得什么样的知识或经验是非常重要的。建议在阅读时做笔记、思考问题、自我提问，以加深理解和吸收知识。阅读结束后，反思和总结所学内容，并尝试应用到现实中，有助于深化理解和应用知识。与朋友或同事分享所读内容，讨论细节并获得反馈，也有助于加深对知识的理解和吸收。💡在这个美好的时刻，笔者不再啰嗦废话，现在毫不拖延地进入文章所要讨论的主题。接下来，我将为大家呈现正文内容。
JVM知识体系
类加载机制
类加载机制在JVM中扮演着至关重要的角色，它确保了Java程序能够动态地加载和运行。在类加载过程中，JVM会进行一系列的检查和初始化工作，以确保类的正确性和安全性。
-
加载：类加载的第一步是查找和加载类文件。在这个过程中，JVM会使用类加载器（ClassLoader）来定位类文件的位置。类加载器可以是系统类加载器（System ClassLoader）、扩展类加载器（Extension ClassLoader）或应用程序类加载器（Application ClassLoader）。系统类加载器负责加载JVM启动时指定的类路径中的类，扩展类加载器负责加载JVM的扩展库，而应用程序类加载器则负责加载用户应用程序中的类。
-
连接：连接过程包括验证、准备和解析三个阶段。验证阶段确保类文件中的字节码是有效的，并且不会违反JVM的任何规则。准备阶段为类变量分配内存，并设置默认初始值。解析阶段将符号引用转换为直接引用，即从类的二进制表示中的符号名称转换为指向方法、字段或接口的指针。
-
初始化：初始化阶段是类加载过程的最后一个阶段，它负责执行类定义中的静态初始化代码块，并为静态变量设置初始值。
双亲委派模型
双亲委派模型是一种安全机制，它要求子类加载器首先请求其父类加载器加载类，只有当父类加载器无法完成加载任务时，子类加载器才会尝试自己加载。这种模型确保了JVM中类的一致性和安全性，因为核心API（如java.lang和java.util）始终由启动类加载器加载，而应用程序类则由应用程序类加载器加载。
自定义类加载器
自定义类加载器允许开发者实现自己的类加载逻辑，例如，从特定的文件系统、网络或数据库加载类。自定义类加载器需要继承自java.lang.ClassLoader类，并重写findClass方法。
模块化系统（JPMS）
Java Platform Module System（JPMS）是Java 9引入的一个模块化系统，它通过模块来组织代码，提高了应用程序的可维护性和性能。模块化系统将应用程序分解成多个独立的模块，每个模块都包含其自己的类路径、资源文件和依赖关系。
内存模型
JVM的内存模型是JVM运行时数据结构的集合，它定义了JVM中对象和数据的存储方式。
-
堆：堆是JVM中最大的内存区域，用于存储所有类实例和数组的对象。堆内存由垃圾回收器管理，它负责回收不再使用的对象。
-
栈：栈是每个线程私有的内存区域，用于存储局部变量和方法调用。栈内存是线程安全的，并且由操作系统管理。
-
方法区：方法区是存储类信息、常量、静态变量等的内存区域。方法区是所有线程共享的，并且由JVM管理。
-
PC寄存器：PC寄存器存储当前线程所执行的指令地址。每次线程切换时，PC寄存器的值都会被保存和恢复。
内存溢出场景分析
内存溢出通常发生在以下场景：
- 堆内存不足：当创建大量对象时，如果堆内存不足以容纳这些对象，就会发生堆内存溢出。
- 栈内存不足：当方法调用太深或递归调用时，如果栈内存不足以容纳更多的栈帧，就会发生栈内存溢出。
- 方法区不足：当加载大量类时，如果方法区内存不足以容纳这些类信息，就会发生方法区内存溢出。
直接内存管理
直接内存管理允许JVM直接分配非堆内存，这可以用于提高I/O性能。这种内存称为直接缓冲区，它可以直接在操作系统的内存中分配，而不需要通过JVM堆。
垃圾回收
垃圾回收是JVM自动内存管理的重要机制，它通过回收不再使用的对象来释放内存。
-
GC Roots可达性分析：GC Roots是垃圾回收的起点，包括栈中的变量引用、方法区中的静态变量和JNI引用。
-
分代收集理论：JVM将内存分为几代，如新生代、老年代等，不同代使用不同的回收策略。
-
引用类型：引用类型包括强引用、软引用、弱引用和虚引用，它们决定了对象的生命周期。
-
垃圾回收算法：垃圾回收算法包括标记-清除、复制和整理等。
-
并发收集器：并发收集器如CMS和G1，可以在应用程序运行时进行垃圾回收，以减少停顿时间。
-
停顿时间控制策略：JVM提供了多种策略来控制垃圾回收的停顿时间，如G1的停顿时间目标。
-
性能调优：通过JVM参数配置、内存泄漏诊断和JIT编译优化等方式，可以调整JVM的性能。
Spring Boot知识体系
自动配置
Spring Boot的自动配置功能是基于条件化配置实现的。当Spring Boot启动时，它会扫描类路径下的jar包，查找并应用相应的自动配置类。自动配置类通常包含在Spring Boot的起步依赖中。
-
@EnableAutoConfiguration原理：@EnableAutoConfiguration注解通过扫描类路径下的所有类，查找带有@Conditional注解的类，并根据条件判断是否应用自动配置。
-
条件化配置（@Conditional）：条件化配置允许开发者根据特定条件来应用配置，例如，根据特定的类路径或系统属性来决定是否启用某个配置。
-
自定义Starter开发：自定义Starter可以帮助开发者将库或功能封装成可重用的组件，并自动添加所有相关的依赖。
起步依赖
起步依赖是Spring Boot中的一种依赖管理方式，它通过引入一个起步依赖，自动添加所有相关的依赖。
-
依赖管理机制（BOM文件）：BOM（Bill of Materials）文件用于定义项目依赖的版本，确保项目中的所有依赖版本一致。
-
版本冲突解决：Spring Boot通过依赖管理机制来解决版本冲突，例如，使用Maven的依赖树来解决依赖冲突。
第三方库集成模式
Spring Boot支持多种第三方库的集成模式，如SPI、JDBC等。
-
SPI：Service Provider Interface（服务提供者接口）是一种用于扩展和插件化的机制，它允许第三方库提供自己的实现，而不需要修改Spring Boot的核心代码。
-
JDBC：Java Database Connectivity（Java数据库连接）是一种用于访问数据库的API，Spring Boot通过JDBC模板简化了数据库操作。
Actuator
Actuator是Spring Boot的一个模块，它提供了健康检查、度量指标收集等功能。
-
健康检查端点：健康检查端点允许开发者检查应用程序的健康状态，例如，检查数据库连接是否正常。
-
度量指标收集：度量指标收集允许开发者收集应用程序的性能数据，例如，收集HTTP请求的响应时间。
-
自定义Endpoint开发：自定义Endpoint允许开发者根据需求扩展Actuator的功能。
配置文件管理
Spring Boot支持多环境配置，如开发环境、生产环境等。
-
多环境配置（application-{profile}.yml）：多环境配置允许开发者为不同环境配置不同的参数。
-
配置加载优先级：Spring Boot根据配置文件的优先级加载配置，例如，application.yml的配置优先于application-dev.yml。
-
动态配置刷新：动态配置刷新允许开发者实时更新配置，例如，通过Spring Cloud Config Server来实现。
监控与日志
Spring Boot集成了Micrometer和Logback/SLF4J等监控和日志框架。
-
Micrometer：Micrometer是一个度量指标收集库，它支持多种监控系统，如Prometheus、Grafana等。
-
Logback/SLF4J：Logback和SLF4J是日志框架，它们提供了灵活的日志记录功能。
分布式链路追踪
Spring Boot支持分布式链路追踪，如Zipkin和Jaeger。
-
Zipkin：Zipkin是一个分布式跟踪系统，它可以帮助开发者追踪分布式系统的请求路径。
-
Jaeger：Jaeger是一个开源的分布式跟踪系统，它提供了丰富的功能和良好的性能。
扩展机制
Spring Boot提供了多种扩展机制，如自定义AutoConfigurationBean和生命周期扩展点。
-
自定义AutoConfigurationBean：自定义AutoConfigurationBean允许开发者扩展Spring Boot的自动配置功能。
-
生命周期扩展点：生命周期扩展点允许开发者监听Spring Boot的生命周期事件，例如，监听应用程序启动和关闭事件。
响应式编程支持
Spring Boot支持响应式编程，如Spring WebFlux。
- Spring WebFlux：Spring WebFlux是一个响应式Web框架，它允许开发者使用异步编程模型来构建高性能的Web应用程序。
通过以上对JVM和Spring Boot知识体系的详细描述，我们可以看到这两个技术之间的紧密联系。JVM为Java应用提供了运行环境，而Spring Boot则在此基础上简化了应用程序的开发和配置过程。了解JVM的类加载机制、内存模型和垃圾回收等知识，有助于我们更好地理解Spring Boot的工作原理和性能调优。同时，通过学习Spring Boot的自动配置、依赖管理和扩展机制，我们可以开发出更加高效和可维护的Java应用程序。
📥博主的人生感悟和目标
- 💂 博客主页： Java程序员廖志伟希望各位读者大大多多支持用心写文章的博主，现在时代变了，信息爆炸，酒香也怕巷子深，博主真的需要大家的帮助才能在这片海洋中继续发光发热，所以，赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！
- 👉 开源项目： Java程序员廖志伟
- 🌥 哔哩哔哩： Java程序员廖志伟
- 🎏 个人社区： Java程序员廖志伟
- 🔖 个人微信号：
SeniorRD
📙经过多年在优快云创作上千篇文章的经验积累，我已经拥有了不错的写作技巧。同时，我还与清华大学出版社签下了四本书籍的合约，并将陆续出版。这些书籍包括了基础篇、进阶篇、架构篇的📌《Java项目实战—深入理解大型互联网企业通用技术》📌，以及📚《解密程序员的思维密码--沟通、演讲、思考的实践》📚。具体出版计划会根据实际情况进行调整，希望各位读者朋友能够多多支持！
🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~
扫一扫
792
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
