Spring Boot live reload在docker容器中不工作

Question

我们有一个运行在docker容器中的Spring boot gradle项目，它使用一个docker卷。Spring devtools live reload特性与以下属性一起使用。

spring.devtools.restart.enabled=true
spring.devtools.restart.additional-paths=.
spring.devtools.restart.additional-exclude=src/main/java/**

我们正在使用docker卷来更改容器中的源文件。只要需要实时重新加载，文件src/main/resources/reload-trigger.txt就会更新。

集装箱日志显示，重新装载工作，但变化不影响。在重新启动容器时，会反映更改。

null

FROM gradle:5.6.2-jdk8
WORKDIR /app
COPY . /app
RUN ./gradlew getDeps
EXPOSE 8000
CMD ["gradle", "bootRun", "-PskipDownload=true"]

Answer 1

Spring开发工具热重新加载机制仅从已构建的类文件重新加载/重新启动项目；它不会编译/构建源文件。因此在docker容器中，即使源文件被更改，Java类文件也不会被更改。因此，更改不会反映出来，新添加的GET API也不会发布。

当容器重新启动时，它再次调用DockerFile中指定的gradle bootrun。这将把更改的Java文件构建为类文件，并且更改将被反映出来。

当我们在IDE中使用它时，IDE（默认情况下）会在更改时构建源文件。因此Spring hot reload总是加载更新的类文件，但这不会在IDE之外发生，除非我们有某种机制来监视源代码更改并构建它们，比如Gradle Build--continuout

# scan for trigger file from root
# trigger file should not be in classpath, or it will go to infinite build loop
spring.devtools.restart.additional-paths=.
spring.devtools.restart.trigger-file=reload-trigger.txt

DockerFile

FROM gradle:6.7-jdk11
WORKDIR /app
COPY . /app
EXPOSE 8000

# fetch dependencies
RUN chmod +x start.sh && gradle getDeps

# script which watches source file changes in background and executes bootRun
CMD ["sh", "start.sh"]

start.sh

这个文件应该在root中，因为Dockerfile不应该在classpath中

# buildAndReload task, running in background, watches for source changes
(sleep 60; gradle buildAndReload --continuous -PskipDownload=true -x Test)&
gradle bootRun -PskipDownload=true

# -----other codes above----- #
task buildAndReload {
    dependsOn build
    mustRunAfter build    // buildAndReload must run after the source files are built into class files using build task
    doLast {
        new File(".", "reload-trigger.txt").text = "${System.currentTimeMillis()}" // update trigger file in root folder for hot reload
    }
}