springboot实现热部署

在Java开发中,热部署是难题。本文介绍Spring Boot的热部署,阐述其原理是用两个ClassLoader。有三种热部署方式,重点讲解使用devtools工具包的方式,包括在pom.xml添加依赖、在application.yml配置、在IDEA设置,还给出测试情况。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 前言

在实际开发过程中,每次修改代码就得将项目重启,重新部署,对于一些大型应用来说,重启时间需要花费大量的时间成本。对于一个后端开发者来说,重启过程确实很难受啊。在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作。下面我=我们就看看对于简单的类修改的热部署怎么实现。

2. 原理

深层原理是使用了两个ClassLoader,一个Classloader加载那些不会改变的类(第三方Jar包),另一个ClassLoader加载会更改的类,称为restart ClassLoader,这样在有代码更改的时候,原来的restart ClassLoader 被丢弃,重新创建一个restart ClassLoader,由于需要加载的类相比较少,所以实现了较快的重启时间。
若想探究底层实现或者自定义加载类,可以参考大佬博客

3. 方式

springboot有3中热部署方式:

  • 1.使用springloaded配置pom.xml文件,使用mvn spring-boot:run启动

  • 2.使用springloaded本地加载启动,配置jvm参数

-javaagent:<jar包地址> -noverify

  • 3.使用devtools工具包,操作简单,但是每次需要重新部署

这里主要讲解一下第三种热部署方式的使用,因为在网上查找资源时,总会发现很多人就是springloaded和devtools都使用了,其实是多余的操作,而且第三种操作简单快捷。

4. 开始配置

4.1 在pom.xml中添加依赖

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <!--devtools热部署-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <optional>true</optional>
            <scope>true</scope>
        </dependency>

    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <fork>true</fork>
                </configuration>
            </plugin>
        </plugins>
    </build>

注:

  • (1) devtools可以实现页面热部署(即页面修改后会立即生效,这个可以直接在application.properties文件中配置spring.thymeleaf.cache=false来实现),
    实现类文件热部署(类文件修改后不会立即生效),实现对属性文件的热部署。
    即devtools会监听classpath下的文件变动,并且会立即重启应用(发生在保存时机),注意:因为其采用的虚拟机机制,该项重启是很快的
  • (2)配置了true后在修改java文件后也就支持了热启动,不过这种方式是属于项目重启(速度比较快的项目重启),会清空session中的值,也就是如果有用户登陆的话,项目重启后需要重新登陆。

默认情况下,/META-INF/maven,/META-INF/resources,/resources,/static,/templates,/public这些文件夹下的文件修改不会使应用重启,但是会重新加载(devtools内嵌了一个LiveReload server,当资源发生改变时,浏览器刷新)。

4.2 devtools的配置

在application.yml中配置一下devtools

spring:
  devtools:
    restart:
      enabled: true  #设置开启热部署
      additional-paths: src/main/java #重启目录
      exclude: WEB-INF/**
  freemarker:
    cache: false    #页面不加载缓存,修改即时生效

4.3 IDEA中配置

当我们修改了类文件后,idea不会自动编译,得修改idea设置。

  • (1)File-Settings-Compiler-Build Project automatically
  • (2)ctrl + shift + alt + / ,选择Registry,勾上 Compiler autoMake allow when app running

4.4 测试

  • 修改类–>保存:应用会重启
  • 修改配置文件–>保存:应用会重启
  • 修改页面–>保存:应用不会重启,但会重新加载,页面会刷新

5. 参考资料&小结

小结

热部署有三种方式,我被网上的各种博客搞得晕头转向的,本来不是个难问题,越看越复杂。最近有点自闭,对于敲代码这件事来说,我不知道我到底喜不喜欢,还是只是单纯为了找工作,我看着别人敲的代码,感觉自己与别人差距还很大,我觉得自己非常菜,我不知道我要是以后固定的工作,固定的敲代码,会不会还有进步。自闭中。。。

参考资料

其他两种热部署方式请参考最后一个链接

<think>好的,我现在需要帮助用户了解“DRIVER_IRQL_NOT_LESS_OR_EQUAL”这个蓝屏错误。首先,我得回忆一下这个错误的基本信息。根据以前学的知识,这个停止代码通常与驱动程序有关,尤其是驱动程序试图在不正确的IRQL(中断请求级别)上访问内存。IRQL是Windows内核用来管理中断优先级的机制,如果驱动程序在过高的IRQL执行了不允许的操作,比如访问分页内存,就会导致这个错误。 接下来,我应该考虑这个错误可能的原因。可能的原因包括驱动程序不兼容、损坏,或者硬件问题,比如内存故障。另外,系统文件损坏或最近安装的软件/驱动也可能触发这个问题。用户可能需要知道具体的排查步骤,比如检查最近是否更新过驱动或安装新硬件,使用安全模式启动,或者运行内存诊断工具。 然后,我需要组织回答的结构,确保清晰易懂。应该先解释错误的意义,再列出可能的原因,接着给出解决方法,如更新驱动、回滚驱动、检查硬件等。还需要提醒用户如何进入安全模式或使用Windows内置工具,如Verifier.exe来检测有问题的驱动。 还要注意用户的技术水平,避免使用太多专业术语,用简单的语言解释。同时,要确保提到的步骤可操作,比如指导如何访问设备管理器,如何运行内存诊断。另外,可能需要提醒用户备份数据,以防万一。 最后,检查是否有遗漏的常见解决方案,比如检查系统更新,执行sfc /scannow命令修复系统文件,或者使用DISM工具。可能还需要提到第三方驱动更新工具的风险,建议优先使用厂商官网的驱动。 总结下来,回答的结构应该是:错误解释、常见原因、解决步骤(分点说明)、额外建议,以及寻求进一步帮助的提示。确保每个步骤清晰,用户能一步步跟随操作,同时保持回答的准确性和实用性。</think>**DRIVER_IRQL_NOT_LESS_OR_EQUAL** 是 Windows 系统蓝屏死机(BSOD)的常见错误代码,通常与**驱动程序问题**相关。以下是详细的解释和应对方法: --- ### **错误含义** - **核心问题**:某个驱动程序尝试以**不正确的内存访问权限**或在不合适的**中断请求级别(IRQL)**执行操作。 - **IRQL** 是 Windows 内核管理硬件中断优先级的机制。驱动程序需在正确的 IRQL 层级运行,否则会导致系统崩溃。 --- ### **常见原因** 1. **驱动程序不兼容/损坏**(尤其是显卡、网卡、声卡驱动)。 2. **硬件故障**(内存条、硬盘、外接设备)。 3. **系统文件损坏**(如 Windows 更新失败)。 4. **恶意软件**或**超频**导致的不稳定。 --- ### **解决步骤** #### 1. **记录错误信息** - 蓝屏界面会显示导致问题的驱动文件名(如 `xxx.sys`),记下名称方便排查。 #### 2. **重启进入安全模式** - 长按电源键强制关机,再开机 3 次进入恢复环境 → 选择“疑难解答” → “高级选项” → “启动设置” → 重启后按 `F4` 或 `F5`(带网络的安全模式)。 #### 3. **卸载最近安装的驱动/软件** - 在安全模式中打开**设备管理器**(`Win + X` 选择),找到近期更新的设备(如显卡、网卡),右键选择“卸载设备”并勾选“删除驱动程序”。 #### 4. **更新或回滚驱动** - 访问硬件厂商官网下载最新驱动(如 NVIDIA、Intel)。 - 若更新后出现问题,在设备管理器中右键设备 → “属性” → “驱动程序” → “回退驱动程序”。 #### 5. **运行系统诊断工具** - **内存检查**:搜索“Windows 内存诊断” → 重启后自动检测内存问题。 - **系统文件修复**: 打开命令提示符(管理员),依次运行: ```bash sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth ``` #### 6. **检查硬件** - 拔除外接设备(如 USB 设备、扩展卡)。 - 清理内存条金手指,重新插拔或更换插槽。 - 使用硬盘检测工具(如 CrystalDiskInfo)检查硬盘健康状况。 #### 7. **使用驱动程序验证工具** - 以管理员身份运行命令提示符,输入: ```bash verifier ``` - 按提示启用标准设置,重启后系统会检测有问题的驱动。 --- ### **预防措施** - 避免使用第三方驱动更新工具(如驱动精灵),优先从官网下载驱动。 - 定期备份重要数据。 - 启用 Windows 自动更新(但可推迟重大版本更新)。 --- ### **若问题仍未解决** - 尝试 **重置 Windows**(保留文件)。 - 检查 **Windows 事件查看器**(搜索 `eventvwr.msc`)中系统日志的详细错误记录。 - 在社区论坛(如微软问答、Reddit)提交蓝屏 dump 文件(路径:`C:\Windows\Minidump`)寻求帮助。 希望这些方法能帮您解决问题!如果仍有疑问,请提供更多错误细节(如触发场景、驱动文件名)。
评论 61
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值