springboot + devtools(热部署)

技术介绍

  • devtools:是boot的一个热部署工具,当我们修改了classpath下的文件(包括类文件、属性文件、页面等)时,会重新启动应用(由于其采用的双类加载器机制,这个启动会非常快,如果发现这个启动比较慢,可以选择使用jrebel)

    • 双类加载器机制:boot使用了两个类加载器来实现重启(restart)机制:base类加载器(简称bc)+restart类加载器(简称rc)

      • bc:用于加载不会改变的jar(eg.第三方依赖的jar)
      • rc:用于加载我们正在开发的jar(eg.整个项目里我们自己编写的类)。当应用重启后,原先的rc被丢掉、重新new一个rc来加载这些修改过的东西,而bc却不需要动一下。这就是devtools重启速度快的原因。
  • thymeleaf:boot推荐的模板引擎,这里做简要的介绍,用来介绍devtools对页面的热部署。

项目结构

1、pom.xml

<!-- thymeleaf -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-thymeleaf</artifactId>
</dependency>
<!--
    devtools可以实现页面热部署(即页面修改后会立即生效,这个可以直接在application.properties文件中配置spring.thymeleaf.cache=false来实现),
    实现类文件热部署(类文件修改后不会立即生效),实现对属性文件的热部署。
    即devtools会监听classpath下的文件变动,并且会立即重启应用(发生在保存时机),注意:因为其采用的虚拟机机制,该项重启是很快的
 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-devtools</artifactId>
    <optional>true</optional><!-- optional=true,依赖不会传递,该项目依赖devtools;之后依赖myboot项目的项目如果想要使用devtools,需要重新引入 -->
</dependency>

 

说明:如果仅仅使用thymeleaf,只需要引入thymeleaf;如果需要使用devtools,只需要引入devtools。

注意

  • maven中的optional=true表示依赖不会传递。即此处引用的devtools不会传递到依赖myboot项目的项目中。

    在打包的时候我们都不希望将测试的jar包打包进去,
    这个时候我们就要把scope的值设置为test,
    而test在Maven中的依赖传递是不会传递的,
    所以在每个项目中都应该加入对应的测试依赖,并将scope设置为test

     

  • 仅仅加入devtools在我们的eclipse中还不起作用,这时候还需要对之前添加的spring-boot-maven-plugin做一些修改,如下:

    <!-- 用于将应用打成可直接运行的jar(该jar就是用于生产环境中的jar) 值得注意的是,如果没有引用spring-boot-starter-parent做parent,
        且采用了上述的第二种方式,这里也要做出相应的改动 -->
    <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
        <configuration>
            <fork>true</fork><!-- 如果没有该项配置,肯呢个devtools不会起作用,即应用不会restart -->
        </configuration>
    </plugin>

    即添加了fork:true

 2、ThymeleafController

package com.xxx.firstboot.web;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RequestParam;

import io.swagger.annotations.Api;
import io.swagger.annotations.ApiOperation;

@Api("测试Thymeleaf和devtools")
@Controller
@RequestMapping("/thymeleaf")
public class ThymeleafController {

    @ApiOperation("第一个thymeleaf程序")
    @RequestMapping(value = "/greeting", method = RequestMethod.GET)
    public String greeting(@RequestParam(name = "name", required = false, defaultValue = "world") String name,
                           Model model) {
        model.addAttribute("xname", name);
        return "greet";
    }

}

说明:Model可以作为一个入参,在代码中,将属性以"key-value"的形式存入model,最后直接返回字符串即可。

3、greet.html

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <title>第一个thymeleaf程序</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
    <p th:text="'Hello, ' + ${xname} + '!'" />
    <div>1234567890!!!xx</div>
</body>
</html>

 

注意

  • src/main/resources/templates:页面存放目录
  • src/main/resources/static:方式静态文件(css、js等)

以上的目录与ssm中开发的不一样,ssm中会放在src/main/webapp下

 

测试:

  • 修改类-->保存:应用会重启
  • 修改配置文件-->保存:应用会重启
  • 修改页面-->保存:应用不会重启,但会重新加载,页面会刷新(原理是将spring.thymeleaf.cache设为false)

补充:

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

    • 如果想改变默认的设置,可以自己设置不重启的目录:spring.devtools.restart.exclude=static/**,public/**,这样的话,就只有这两个目录下的文件修改不会导致restart操作了。
    • 如果要在保留默认设置的基础上还要添加其他的排除目录:spring.devtools.restart.additional-exclude
  • 如果想要使得当非classpath下的文件发生变化时应用得以重启,使用:spring.devtools.restart.additional-paths,这样devtools就会将该目录列入了监听范围。

参考:http://docs.spring.io/spring-boot/docs/current/reference/html/using-boot-devtools.html#using-boot-devtools-restart-exclude

http://www.cnblogs.com/java-zhao/p/5502398.html

时间: 2024-09-28 06:01:46

springboot + devtools(热部署)的相关文章

SpringBoot 之热部署

默认情况下, 我们修改 class 或者 修改模板文件(templates目录 下面的文件) 等动态资源, 都不会立即自动生效. 在IDEA中, 我通过Ctrl + F9 , 仍然是无效. 当然, 静态资源的修改是可以立即更新的, 但是也是需要Ctrl + F9 编译一次, 另外前端浏览器需要F5刷新一遍. 有没有好的办法呢? 其实 boot 已经 提供了 devtools 这么一个工具. 在 pom.xml 的dependencies标签配置下面的内容后, 就可以了! org.springfr

spring-boot 速成(2) devtools之热部署及LiveReload

JRebel热部署插件相信很多人都知道,但是这是一款商业插件,spring-boot框架也提供了类似的功能,即:devtools,关键是免费的! 使用方法如下: 一.添加 devtools依赖 dependencies { compile('org.springframework.boot:spring-boot-starter-web') compile('org.springframework.boot:spring-boot-devtools') compileOnly('org.proj

SpringBoot热部署

在SpringBoot中启用热部署是非常简单的一件事,因为SpringBoot为我们提供了一个非常方便的工具spring-boot-devtools,我们只需要把这个工具引入到工程里就OK了,下面我就说一下怎么引入spring-boot-devtools. 修改pom.xml 我们只需要在pom.xml里,引入相应的jar包就行了. <dependency> <groupId>org.springframework.boot</groupId> <artifact

spring boot 调试 - 热部署

在bash脚本中的启动方式: #!/bin/bash JAVA_OPTS="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005" nohup java -jar $JAVA_OPTS scheduler-0.0.1.jar --spring.profiles.active=prod >/dev/null 2>&1 & JAVA_OPTS的双引号不能少,否则报错   命令行

tomcat 和 jboss的热部署(热发布)问题

所谓的热部署(热发布)(下面称为"热部署"),就是说,在web工程发布之后,不可避免的,会遇到修改BUG的问题.现在的热部署就是为了解决这个问题,其功能就是说:在不停止web服务的同时,对jsp和java类进行修改,修改后的效果同时还能够在页面上显示出来.节省了调试时间,提高了效率.不过,修改配置文件是个例外,如果对配置文件做修改,一定要重启web服务.         常用的web服务器一般为tomcat和jboss,现一一做介绍.         1.tomcat热部署      

关于热部署

在eclipse中, Project 下,勾选   build automatically,可以选择项目热部署. 但是,热部署会发生,重启项目的问题,如果你的项目启动一次,需要3分钟,这显然是不合算的. 有一个方法可以解决这个问题,既可以热部署,又可以不重新部署项目,, 当然,这个方法,,仅限于   修改某个方法内部代码,如果你修改的代码,是在方法中,增加或者删除了某个参数,还是需要重新部署整个项目的. 如图下: 按照步骤,首先选择你要修改的服务器,,双击,显示编辑服务器页面,然后选择Modul

深入探索Java热部署

简介 在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现 方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作. 对于某些大型的应用来说,每次的重启都需要花费大量的时间成本.虽然 osgi 架构的出现,让模块重启 成为可能,但是如果模块之间有调用关系的话,这样的操作依然会让应用出现短暂的功能性休克.本文将 探索如何在不破坏 Java 虚拟机现有行为的前提下,实现某个单一类的热部署,让系统无需重启就完成某 个类的更新. 类

使用Jrebel热部署后如何知道是否重载成功了?

问题描述 使用Jrebel热部署后如何知道是否重载成功了? 使用了 jrebel 进行热部署,成功了, 可是每次 修改 都要等待 几秒钟以后才生效,如果立即点击页面的话还是之前的代码, 重点是 他并没有提示 告诉我 我修改了之后 他是什么时候 重新不熟的,我只能靠点击页面来查看 他是不是重新部署成功了,还有其他办法吗,我感觉jrebel应该有相应的配置吧 解决方案 有人知道吗, 使用 jrebel热部署后 ,如何查看是否 重载了 是否重载成功了 解决方案二: 来人啊 ,等答案啊,有人没有知道啊,

web动态部署(热部署)

今天跟大家探讨一下关于web动态部署,也就是热部署的问题.说这个之前,先说一个敏捷开发的原则. [最小发布.增量开发] 我们在做项目时,设定的期限都特别长.总是想第一个版本就想把所有想到的问题都做完,以至于项目一再延期.所以我们应该改变我们的开发策略.采用敏捷开发的方式. 这里我想强调的有2点,1.最小发布.2.增量开发. 对于最小发布,就是要在第一版中把核心功能实现,即立即发布第一个版本.在实际的开发中,公司为了抢占市场,都会尽可能早的发布一个V1.0的版本.能有效的占领市场,同时对于开发人员