JVM与Spring Boot详解

Cadence Allegro 17.4学习记录开始01-原理图Capture CIS 17.4 Orcad的学习记录 阅读详情

📕我是廖志伟,一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》(基础篇)、(进阶篇)、(架构篇)清华大学出版社签约作家、Java领域优质创作者、优快云博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。

📘拥有多年一线研发和团队管理经验,研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper),消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

Java程序员廖志伟

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

优快云

JVM知识体系详解

类加载机制

Java虚拟机(JVM)中的类加载机制是Java程序运行的基础,它负责将类文件加载到JVM中,并创建相应的Java类型对象。类加载机制涉及到的技术细节包括:

  • 类加载器:负责将类文件加载到JVM中,并创建相应的Java类型对象。JVM中的类加载器主要有Bootstrap ClassLoader、Extension ClassLoader和Application ClassLoader。Bootstrap ClassLoader是JVM启动时加载的核心类库,它使用原生代码实现,负责加载JVM自身所需的库。Extension ClassLoader负责加载Java的扩展库,它从JVM的扩展目录加载类。Application ClassLoader负责加载应用程序的类库,它从JVM的类路径加载类。

  • 双亲委派模型:在JVM中,类加载器会首先尝试将请求的类加载到其父类加载器中。这种模型的实现细节是:当一个类加载器收到类加载请求时,它会先询问其父类加载器是否已经加载了该类,如果父类加载器已经加载了,则直接使用父类加载器加载的类;如果父类加载器没有加载,则子类加载器负责加载。这种模型的优点是避免了类的重复加载,保证了类型的一致性和安全性。

  • 自定义类加载器:通过继承ClassLoader类或实现ClassLoadable接口,可以创建自定义类加载器。自定义类加载器的实现细节包括:重写loadClass方法,实现类的查找和加载逻辑;处理类文件的读取、解析和初始化等过程。

类加载过程

类加载过程可以分为三个阶段:

  1. 加载(Loading):找到并加载指定的类文件到JVM中。在这个过程中,JVM会获取类的二进制数据,并存储在方法区中。加载过程的实现细节包括:通过文件系统或网络获取类文件;将类文件解码为字节码;将字节码存储在方法区中。

  2. 连接(Linking):连接阶段包括验证、准备和解析三个步骤。验证确保类的正确性,包括字节码验证、符号引用验证等。准备为类变量分配内存,并设置默认初始值。解析将符号引用转换为直接引用。连接阶段的实现细节包括:使用类文件中的信息进行验证;使用内存分配策略为类变量分配内存;使用符号解析器将符号引用转换为直接引用。

  3. 初始化(Initialization):初始化阶段负责执行类的初始化代码,包括静态变量赋值、静态代码块执行等。初始化阶段的实现细节包括:执行类文件中的静态代码块;调用<clinit>()方法,该方法负责初始化类变量和执行静态代码块。

模块化系统(JPMS)

Java Platform Module System(JPMS)是Java 9引入的一种模块化系统,它将Java程序分解成模块,以提供更好的隔离性和灵活性。JPMS的实现细节包括:

  • 模块定义:使用module-info.java文件定义模块,包括模块名称、模块版本、模块依赖等。
  • 模块解析:JVM使用模块路径和模块依赖信息来解析模块。
  • 模块加载:JVM根据模块定义和模块解析结果,加载相应的模块。
内存模型

JVM的内存模型包括以下几个部分:

  • 运行时数据区:包括堆(Heap)、栈(Stack)、方法区(Method Area)和PC寄存器(PC Register)。

    • 堆:存储所有类的实例和数组的对象。堆内存的分配和回收由垃圾回收器管理。堆内存的分配策略包括分代收集、标记-清除、复制等。

    • 栈:存储局部变量和方法调用栈。栈内存的分配和回收是线程私有的,当线程结束时栈内存也会被回收。

    • 方法区:存储运行时常量池、字段和方法数据等。方法区的内存分配和回收由垃圾回收器管理。

    • PC寄存器:用于存储当前正在执行的线程的方法指针。PC寄存器是线程私有的。

内存溢出场景分析

内存溢出通常发生在以下场景:

  • 堆内存溢出:由于堆内存中创建的对象过多或单个对象占用内存过大。堆内存溢出的解决方法包括:优化对象创建、使用对象池、调整JVM堆内存大小等。

  • 栈内存溢出:由于递归调用或局部变量过多。栈内存溢出的解决方法包括:优化递归算法、减少局部变量使用等。

  • 方法区溢出:由于运行时常量池或类定义信息过多。方法区溢出的解决方法包括:减少运行时常量池的使用、优化类定义等。

垃圾回收

垃圾回收(GC)是JVM自动回收不再使用的对象的过程。GC的实现细节包括:

  • GC Roots可达性分析:通过GC Roots(如栈帧中的引用变量、静态变量等)来标记所有可达的对象。GC Roots可达性分析是垃圾回收的基础。

  • 分代收集理论:将堆内存分为多个区域,如新生代(Young)、老年代(Old)等,以优化GC效率。分代收集理论基于对象生命周期和内存分配模式。

  • 引用类型:Java中的引用类型包括强引用、软引用、弱引用和虚引用。不同类型的引用对垃圾回收的影响不同。

垃圾回收算法
  • 标记-清除(Mark-Sweep)算法:先标记所有可达对象,然后清除未被标记的对象。标记-清除算法的缺点是会产生内存碎片。

  • 复制(Copying)算法:将堆内存分为两个相等大小的区域,每次只使用其中一个区域。当该区域满时,将存活对象复制到另一个区域,并清空原区域。复制算法减少了内存碎片,但需要更多的内存空间。

  • 整理(Mark-Compact)算法:在标记-清除算法的基础上,将存活对象移动到内存的一端,以减少内存碎片。整理算法的缺点是会增加GC的停顿时间。

并发收集器
  • CMS(Concurrent Mark Sweep):一种并发标记清除算法,用于减少停顿时间。CMS算法在标记阶段和清除阶段与用户线程并发执行。

  • G1(Garbage-First):一种并发标记整理算法,用于优化停顿时间。G1算法将堆内存划分为多个区域,并优先回收垃圾回收价值最高的区域。

  • ZGC(Z Garbage Collector):一种低延迟的垃圾回收器,适用于多核处理器。ZGC算法使用标记-清除算法,并采用并行和并发的方式执行。

停顿时间控制策略

JVM提供了多种策略来控制垃圾回收的停顿时间,如最大停顿时间目标(Max GCPause Time)和自适应大小调整(Adaptive Size Policy)。这些策略的实现细节包括:

  • 最大停顿时间目标:JVM会根据最大停顿时间目标调整垃圾回收策略,以尽量减少停顿时间。

  • 自适应大小调整:JVM会根据堆内存的使用情况动态调整堆内存大小,以优化垃圾回收性能。

性能调优
  • JVM参数配置:通过配置Xms、Xmx等参数来调整堆内存大小。JVM参数配置的实现细节包括:使用命令行参数、JVM启动脚本、系统属性文件等方式配置JVM参数。

  • 内存泄漏诊断:通过工具如VisualVM或MAT(Memory Analyzer Tool)来诊断内存泄漏。内存泄漏诊断的实现细节包括:分析堆转储文件、分析内存快照等。

  • JIT编译优化:JVM的即时编译器(JIT)会对字节码进行优化,以提高程序性能。JIT编译优化的实现细节包括:优化指令序列、优化内存访问、优化循环结构等。

Spring Boot知识体系详解

自动配置

Spring Boot的核心特性之一是自动配置,它允许开发者通过注解和配置文件来简化Spring应用程序的配置。自动配置的实现细节包括:

  • @EnableAutoConfiguration原理:Spring Boot通过扫描类路径下的jar包和配置文件,自动配置Spring应用程序。自动配置的实现细节包括:使用Spring的@Configuration注解扫描配置类;使用@Conditional注解实现条件化配置。

  • 条件化配置(@Conditional):允许在满足特定条件时才进行自动配置。条件化配置的实现细节包括:使用Spring的@Conditional注解;使用Spring的Condition接口。

自定义Starter开发
  • 起步依赖:通过创建一个起步依赖(Starter POM),将所需的依赖项打包在一起。起步依赖的实现细节包括:使用Maven或Gradle创建起步依赖;使用Spring的spring-boot-starter模块作为基础。

  • 依赖管理机制:使用Maven或Gradle的依赖管理机制来管理项目依赖。依赖管理机制的实现细节包括:使用Maven的<dependencyManagement>元素;使用Gradle的dependencies块。

第三方库集成模式

Spring Boot支持多种第三方库集成模式,如通过@Bean、@Component或@Service注解来注入第三方库。第三方库集成模式的实现细节包括:

  • @Bean:使用@Bean注解定义Bean,并将第三方库的实例注入到Spring容器中。

  • @Component:使用@Component注解将第三方库的类注册为Spring的Bean。

  • @Service:使用@Service注解将第三方库的类注册为Spring的服务。

Actuator

Spring Boot Actuator提供了一系列端点,用于监控和管理Spring Boot应用程序。Actuator的实现细节包括:

  • 健康检查端点:提供应用程序的健康状态。健康检查端点的实现细节包括:使用Spring Boot的健康检查机制;使用自定义的健康指标。

  • 度量指标收集:收集应用程序的性能指标。度量指标收集的实现细节包括:使用Micrometer集成各种监控工具;使用Spring Boot Actuator的度量指标端点。

  • 自定义Endpoint开发:允许开发者自定义端点来满足特定需求。自定义Endpoint开发的实现细节包括:使用Spring Boot Actuator的@Endpoint注解;实现自定义端点的逻辑。

配置文件管理

Spring Boot支持多种配置文件格式,如application.properties和application.yml。配置文件管理的实现细节包括:

  • 多环境配置:通过application-{profile}.yml文件来配置不同环境(如开发、测试、生产)的配置。多环境配置的实现细节包括:使用Spring的@Profile注解;使用Spring的spring.profiles.active属性。

  • 配置加载优先级:Spring Boot会按照一定的优先级加载配置文件。配置加载优先级的实现细节包括:使用Spring的@Configuration注解;使用Spring的@PropertySource注解。

  • 动态配置刷新:允许在运行时动态刷新配置。动态配置刷新的实现细节包括:使用Spring的@RefreshScope注解;使用Spring Cloud Config。

监控与日志

Spring Boot提供了多种监控和日志解决方案。监控与日志的实现细节包括:

  • Micrometer集成:用于集成各种监控工具。Micrometer集成的实现细节包括:使用Micrometer的客户端库;使用Micrometer的度量指标。

  • Logback/SLF4J配置:用于配置日志记录器。Logback/SLF4J配置的实现细节包括:使用Logback的配置文件;使用SLF4J的API。

分布式链路追踪扩展机制

Spring Boot支持分布式链路追踪,如通过Zipkin或Jaeger来实现。分布式链路追踪的实现细节包括:

  • 自定义AutoConfigurationBean生命周期扩展点:允许开发者自定义自动配置Bean的生命周期。自定义AutoConfigurationBean生命周期扩展点的实现细节包括:使用Spring的@Bean注解;使用Spring的BeanPostProcessor接口。

  • 响应式编程支持:Spring Boot支持响应式编程,如使用Spring WebFlux。响应式编程支持的实现细节包括:使用Spring WebFlux的API;使用Reactor的流式编程模型。

通过以上知识点的串联,我们可以了解到JVM和Spring Boot在Java开发中的重要性,以及它们如何协同工作以构建高性能、可维护的Spring应用程序。

优快云

📥博主的人生感悟和目标

Java程序员廖志伟

希望各位读者大大多多支持用心写文章的博主,现在时代变了,信息爆炸,酒香也怕巷子深,博主真的需要大家的帮助才能在这片海洋中继续发光发热,所以,赶紧动动你的小手,点波关注❤️,点波赞👍,点波收藏⭐,甚至点波评论✍️,都是对博主最好的支持和鼓励!

- 💂 博客主页: Java程序员廖志伟
- 👉 开源项目: Java程序员廖志伟
- 🌥 哔哩哔哩: Java程序员廖志伟
- 🎏 个人社区: Java程序员廖志伟
- 🔖 个人微信号: SeniorRD

Java程序员廖志伟

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

🔔如果您需要转载或者搬运这篇文章的话,非常欢迎您私信我哦~

SOME/IP协议详解「2.1.2·Payload数据类型序列化」 SOME/IP协议详解「2.1.2·Payload数据类型序列化」 点击返回雪云飞星的SOME/IP协议详解「总目录」 SOME/IP协议详解「2.1.2·Payload数据类型序列化」1 大小端问题2 数据对齐填充问题3 都有哪些数据类型 之前简单的概括了一下序列化/反序列化,就是降维打击,从这一章开始到2.1所有章节结束,都在讲解这个降维打击的详细规则与原理 1 大小端问题 首先什么是大小端: 大端:高字节存放到内存的低地址 小端:高字节存放到内存的高地址 假如有一个数据是0x12345678 阅读详情

相关推荐

FPGA数字信号处理中定点数的舍入与饱和硬件实现详解

在数字信号处理(DSP)的硬件实现中,定点数运算是核心基础。由于硬件资源(如FPGA的DSP Slice)的位宽有限,连续的乘加运算会导致数据位宽膨胀,严重影响时序和资源利用率。为解决此问题,必须引入舍入(Rounding)和饱和(Saturation)机制。舍入通过对低位进行四舍五入,在可控的精度损失下缩减位宽;饱和则作为动态范围的守护者,防止数据溢出导致信号环绕失真,确保系统行为确定。这两种技术是算法在有限精度硬件上正确、高效运行的关键,广泛应用于滤波器、FFT等DSP模块以及通信、音频处理等场景。本文

weixin_30954817的博客 248

JVM与Spring Boot解析

自定义类加载器允许开发者在特定的类加载场景下,实现自己的类加载逻辑。例如,实现URL类加载器,用于从特定的URL加载类。自定义Starter可以帮助我们快速集成第三方库。例如,我们可以创建一个名为my-starter的Starter,将第三方库的依赖添加到Starter的pom.xml文件中,并提供一个自动配置类。自定义Endpoint允许我们扩展Actuator的功能。例如,我们可以创建一个自定义的Endpoint,用于获取应用的特定信息。

JavaCodePro的博客 835

从SSD到UFS:3分钟搞懂存储技术进化史(含最新协议对比)

本文梳理了从SSD到UFS的存储技术演进历程,重点解析了eMMC与UFS在架构上的核心差异。UFS凭借高速串行全双工接口,实现了性能与能效的飞跃。文章还对比了最新的UFS 4.0与PCIe 5.0 SSD协议,并探讨了3D NAND、SLC缓存等底层技术,揭示了移动与PC存储技术融合的未来趋势。

weixin_29294597的博客 280

JVM/Spring Boot详解

自定义类加载器允许开发者控制类的加载过程,这对于实现特殊的类加载逻辑,如动态加载、代码混淆、资源加载等非常有用。自定义Starter可以帮助开发者将项目依赖和配置封装起来,方便其他开发者使用。自定义Endpoint允许开发者扩展Actuator的功能。开发者可以自定义端点来收集特定指标、执行特定操作或提供特定信息。

AIHacksCash的博客 449

UART全功能测试指南:环路/DMA/RS485/硬件流控实战

UART(通用异步收发器)是嵌入式系统中最基础的串行通信接口,其核心原理基于起始位、数据位、校验位与停止位的异步帧结构,依赖精确的波特率时钟同步与采样重建机制。在工业与物联网场景中,UART不仅需保障基本通信可靠性,更需支持DMA卸载、RS485半双工自动方向控制、RTS/CTS硬件流控等进阶能力,以提升实时性、抗干扰性与系统资源效率。典型应用涵盖调试日志输出、传感器数据采集、Modbus RTU总线通信及固件空中升级。本指南聚焦UART外设测试实践,覆盖环路自检、DMA吞吐验证、RS485时序对齐、硬件流

weixin_42599908的博客 134

【亲测有效】OpenClaw Gateway 出现 “(no output)“ 卡死问题完整解决指南:从手动重启到 systemd Watchdog 自动恢复

最近在使用 OpenClaw(自托管 AI 助手框架,前身 Clawdbot/Moltbot)时,遇到了一个非常常见的顽疾:TUI(终端界面)或 Telegram 等通道经常显示 "(no output)",消息发出去后机器人完全没反应,看起来像是卡死了。

hampeter的博客 8610

JVM与Spring Boot核心解析

自定义类加载器允许开发者根据特定需求控制类的加载过程。类加载器继承:自定义类加载器通常继承自类。覆盖方法:自定义类加载器需要覆盖方法来实现自定义的类查找逻辑。类加载策略:自定义类加载器可以采用多种类加载策略,如基于文件系统、基于数据库、基于网络等。自定义Starter可以简化其他开发者使用你的库的过程。起步依赖:起步依赖定义了项目所需的依赖关系,通常使用Maven或Gradle来管理。依赖管理机制:使用BOM(Bill of Materials)文件来管理依赖版本,以解决版本冲突问题。

MoneyHacksPro的博客 909

使用STARTER V5.6软件将项目文件下载到S120驱动器控制单元CF卡中的具体方法演示

使用STARTER V5.6软件将项目文件下载到S120驱动器控制单元CF卡中的具体方法演示

Robot_PLC_HMI_Automation 1914

JVM与Spring Boot深度解析

自定义类加载器允许开发者对类的加载过程进行更多的控制。通过自定义类加载器,可以实现热部署、代码隔离等功能。自定义类加载器需要继承类或实现接口,并重写loadClass方法。自定义Starter可以帮助开发者将常用的依赖项打包成一个Starter,方便其他开发者使用。自定义Starter的开发步骤如下:创建一个Maven项目,并添加Starter的依赖项。创建一个配置文件,定义Starter的配置项。创建一个自动配置类,实现自动配置功能。将Starter打包成jar包,并发布到Maven仓库。

JavaCodePro的博客 398

C2000ware介绍

C2000的下载安装指南C2000目录。

小柚子的博客 2798

从 SAP GUI 走向 SAP Fiori:一套面向 SAP S/4HANA 的用户迁移实战方法论

SAP S/4HANA转型中,用户从SAP GUI迁移到Fiori的难点在于业务价值的重构而非简单的界面替换。Fiori的核心价值在于角色化、实时洞察和智能决策,而非完全替代GUI。成功迁移需分阶段推进:先展示关键角色的价值,建立统一入口,再逐步提高Fiori占比。让用户参与设计比后期培训更重要,需通过具体场景(如采购优先级管理)展示效率提升。迁移策略应平衡新旧界面优势,让Fiori成为业务价值触达的主要方式,而非强制替换。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 236
上一篇: Spring框架核心技术解析
下一篇: JVM与Spring Boot知识精要
Java廖志伟
博客等级 码龄2年 3609粉丝 1517原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值