2021.3 idea On frame deactivation 为Do nothing ,热部署依旧会生效解决方式

时间: 2024-04-16 15:25:46 浏览: 10
如果在 IntelliJ IDEA 中将 "On frame deactivation" 设置为 "Do nothing" 仍然无法禁用热部署,你可以尝试以下解决方法: 1. 确保你的项目使用的是开发环境(Dev Mode)而不是生产环境(Production Mode)。在开发环境下,热部署默认是启用的,无论你的配置是什么。你可以检查你的项目配置文件(如 application.properties 或 application.yml)中是否设置了 `spring.devtools.restart.enabled` 属性为 true。如果是,请将其设置为 false。 2. 确保你没有使用其他工具或插件来启用热部署。有时候,可能会存在其他工具或插件干扰 IntelliJ IDEA 的热部署设置。请检查你的项目依赖和插件,确保没有启用其他热部署方案。 3. 尝试清除 IntelliJ IDEA 的缓存和重新生成项目。有时候,缓存文件可能会导致热部署设置无效。你可以尝试使用 IntelliJ IDEA 的 "File" -> "Invalidate Caches / Restart" 选项来清除缓存,并重新构建和运行项目。 如果以上方法仍然无法解决问题,你可以尝试重启 IntelliJ IDEA 或者升级到最新版本的 IntelliJ IDEA。如果问题仍然存在,可能需要进一步检查你的项目配置和环境设置,以确定是否有其他因素导致热部署无法禁用。
相关问题

没有On frame deactivation这个呀 有截图吗

如果你使用的是 IntelliJ IDEA 2020.3 或更高版本,可能会发现 `On frame deactivation` 选项已经被移除了。在这种情况下,你可以尝试使用以下方法来实现代码修改后的自动重启: 1. 打开 IntelliJ IDEA 的设置,依次点击 `File` -> `Settings`(或者使用快捷键 `Ctrl + Alt + S`)。 2. 在设置页面中,选择 `Build, Execution, Deployment` -> `Compiler`。 3. 在右侧的配置面板中,找到 `Build project automatically` 选项,并勾选它。 4. 点击 `Apply` 和 `OK` 按钮保存设置。 现在,当你修改了代码后,IntelliJ IDEA 会自动重新编译并重新加载应用程序,从而实现代码修改后的自动重启。如果你使用的是其他 IDE,也可以尝试在设置中找到类似的选项来实现相同的效果。

springBoot项目idea关闭热部署

你可以通过以下步骤在 IntelliJ IDEA 中关闭 Spring Boot 项目的热部署: 1. 在 IntelliJ IDEA 的顶部菜单栏中,选择 "Run" -> "Edit Configurations"。 2. 在弹出的窗口中,选择你的 Spring Boot 应用程序配置选项。 3. 在右侧的 "Configuration" 标签页中,找到 "On frame deactivation" 选项。 4. 将其更改为 "Update classes and resources" 或者 "Do nothing"。 - 如果选择 "Update classes and resources",则在项目窗口失去焦点时,IntelliJ IDEA 会尝试重新加载已更改的类和资源。 - 如果选择 "Do nothing",则在项目窗口失去焦点时,IntelliJ IDEA 不会执行任何动作。 5. 单击 "Apply" 或 "OK" 保存更改。 这样,当你在 IntelliJ IDEA 中编辑代码并保存时,不会触发热部署。你需要手动重新启动应用程序以查看更改的效果。

相关推荐

最新推荐

recommend-type

NR5G网络拒绝码-5gsm_cause = 36 (0x24) (Regular deactivation).docx

从3GPP协议和UE端行为分析5G gmm cause #36的网络问题
recommend-type

NR网络拒绝码-5gsm_cause = 29 (0x1d) (User authentication failed).docx

从3GPP协议和UE端行为分析5G gsm cause #29的网络问题
recommend-type

NR5G网络拒绝码-5gmm_cause = 111 (Protocol error, unspecified).docx

从3GPP协议和UE端行为分析5G gmm cause #111的网络问题
recommend-type

NR5G网络拒绝码-5gsm_cause = 10 (0xa) (Implicitly de-registered).docx

从3GPP协议和UE端行为分析5G gmm cause #10的网络问题
recommend-type

NR5G网络拒绝码cause = 51 (0x33) (PDU session type IPv6 only allowed)

NR5G网络拒绝码cause = 51 (0x33) (PDU session type IPv6 only allowed)
recommend-type

zigbee-cluster-library-specification

最新的zigbee-cluster-library-specification说明文档。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

实现实时数据湖架构:Kafka与Hive集成

![实现实时数据湖架构:Kafka与Hive集成](https://img-blog.csdnimg.cn/img_convert/10eb2e6972b3b6086286fc64c0b3ee41.jpeg) # 1. 实时数据湖架构概述** 实时数据湖是一种现代数据管理架构,它允许企业以低延迟的方式收集、存储和处理大量数据。与传统数据仓库不同,实时数据湖不依赖于预先定义的模式,而是采用灵活的架构,可以处理各种数据类型和格式。这种架构为企业提供了以下优势: - **实时洞察:**实时数据湖允许企业访问最新的数据,从而做出更明智的决策。 - **数据民主化:**实时数据湖使各种利益相关者都可
recommend-type

SPDK_NVMF_DISCOVERY_NQN是什么 有什么作用

SPDK_NVMF_DISCOVERY_NQN 是 SPDK (Storage Performance Development Kit) 中用于查询 NVMf (Non-Volatile Memory express over Fabrics) 存储设备名称的协议。NVMf 是一种基于网络的存储协议,可用于连接远程非易失性内存存储器。 SPDK_NVMF_DISCOVERY_NQN 的作用是让存储应用程序能够通过 SPDK 查询 NVMf 存储设备的名称,以便能够访问这些存储设备。通过查询 NVMf 存储设备名称,存储应用程序可以获取必要的信息,例如存储设备的IP地址、端口号、名称等,以便能
recommend-type

JSBSim Reference Manual

JSBSim参考手册,其中包含JSBSim简介,JSBSim配置文件xml的编写语法,编程手册以及一些应用实例等。其中有部分内容还没有写完,估计有生之年很难看到完整版了,但是内容还是很有参考价值的。