Spring boot spring可以像grails一样自动重新加载更改吗？

基于Spring的grails的一个主要优点是，每次更改一行代码时，不需要重新构建和重新运行整个应用程序（这需要几分钟），它只需重新编译一个文件并自动加载更改

遵循本教程：

要运行应用程序，您必须使用命令行并在intellij之外执行此操作：

./gradlew build&&java-jar build/libs/gs-spring-boot-0.1.0.jar

如果更改了一行代码（例如控制器中的代码），则必须终止应用程序，重新构建并重新启动它，这需要一段时间

---

我在dev工具中遇到了一个叫做自动重启的东西。这是否与自动重新加载更改有关，如果是，如何使用

如果类被更改，很抱歉Spring boot

devtools

不仅会重新加载更改的类，还会自动重新启动整个应用程序。但根据所述，该重启应比正常冷启动快：

Spring Boot提供的重启技术通过使用两个 类装入器。不更改的类（例如，来自 第三方JAR）被加载到基本类加载器中。你喜欢的课程 正在积极开发的应用程序加载到重新启动类加载器中。什么时候 应用程序被重新启动，重新启动的类加载器被丢弃 一个新的被创建。这种方法意味着应用程序 重启通常比“冷启动”快得多，因为 类加载器已可用并已填充

如果你需要重新加载改变的类，你可以考虑使用JReCURL，这不是免费的。 要使用spring boot

devtools

，只需包含其依赖项，然后使用IDE像往常一样启动应用程序

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <optional>true</optional>
    </dependency>

org.springframework.boot
弹簧靴开发工具
符合事实的

它将监视类路径文件夹，如果这些文件夹中有任何更改，则重新启动应用程序

---

在Eclipse的情况下，您需要的是确保项目➡️ 选择“自动生成”。一旦源代码被更改，Eclipse将只编译将源代码更改为类路径文件夹中的类的代码，这将触发

devtools

重新启动应用程序。

如果类被更改，很抱歉，Spring boot

devtools

不仅会重新加载已更改的类，还会自动重新启动整个应用程序。但根据所述，该重启应比正常冷启动快：

Spring Boot提供的重启技术通过使用两个 类装入器。不更改的类（例如，来自 第三方JAR）被加载到基本类加载器中。你喜欢的课程 正在积极开发的应用程序加载到重新启动类加载器中。什么时候 应用程序被重新启动，重新启动的类加载器被丢弃 一个新的被创建。这种方法意味着应用程序 重启通常比“冷启动”快得多，因为 类加载器已可用并已填充

如果你需要重新加载改变的类，你可以考虑使用JReCURL，这不是免费的。 要使用spring boot

devtools

，只需包含其依赖项，然后使用IDE像往常一样启动应用程序

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <optional>true</optional>
    </dependency>

org.springframework.boot
弹簧靴开发工具
符合事实的

它将监视类路径文件夹，如果这些文件夹中有任何更改，则重新启动应用程序

---

在Eclipse的情况下，您需要的是确保项目➡️ 选择“自动生成”。一旦更改了源代码，Eclipse就会自动编译将源代码更改为类路径文件夹中的类，从而触发

devtools

重新启动应用程序。

基于@Ken Chan的回答，但非常简短

对于Eclipse-单击菜单“项目”->选择“自动生成”

在我的例子中，我运行了一些spring boot服务器——我必须停止服务器，启用“自动构建”，如图所示，然后再次启动服务器，并在每次更改时重新编译代码

---

基于@Ken Chan的回答，但非常简短

对于Eclipse-单击菜单“项目”->选择“自动生成”

在我的例子中，我运行了一些spring boot服务器——我必须停止服务器，启用“自动构建”，如图所示，然后再次启动服务器，并在每次更改时重新编译代码

---

遗憾的是，grails 4删除了自动加载更改文件的功能，而不必重新构建和重新启动整个应用程序。就稳定性、完整性、生产率、可用性、插件和特性而言，Grails2.4是迄今为止最好的grails版本。不幸的是，Grails4删除了自动加载更改文件的功能，而无需重新构建和重启整个应用程序。就稳定性、完整性、生产率、可用性、插件和特性而言，Grails2.4是迄今为止最好的grails版本。不幸的是，从那以后，它一直在下山。