IDE自动保存与格式化设置：提升Java编码效率

IntelliJ IDEA自动保存失效需检查三处：勾选“Save files on frame deactivation”和“Save files automatically if idle”，并确认“Save files on build”已启用；插件冲突（如Metals、Lombok）可能干扰保存；外部进程（如Maven编译、DevTools）重写文件导致“文件已更改”提示。

IntelliJ IDEA 自动保存没生效？检查这三处设置

自动保存失效通常不是功能坏了，而是被其他设置覆盖了。IDEA 默认只在失去焦点或执行构建时保存，不是实时保存。

• File → Settings → Appearance & Behavior → System Settings：确认勾选 Save files on frame deactivation 和 Save files automatically if application is idle for …（建议设为 1 秒）
• Save files on build 这个选项如果没勾，手动点击 Build 就不会触发保存——很多人误以为“点了构建就自动存了”，其实未必
• 插件冲突：某些 LSP 插件（如 Metals、Spring Boot Tools）会接管文件写入逻辑，导致 Ctrl+S 没反应。临时禁用插件验证是否是它干扰

Java 代码格式化不按 .editorconfig 或 spotbugs 规则走？优先级顺序决定一切

IDEA 的格式化规则有明确的加载优先级：项目级 .editorconfig > IDE 全局设置 > 默认内置规则。但 Java 格式化引擎（JDK 自带或 Eclipse JDT）默认忽略 .editorconfig 中的 indent_size 等字段，除非你启用兼容模式。

• 确保 Settings → Editor → Code Style → Java → Enable EditorConfig support 已勾选（这是关键开关，不打开就完全无视 .editorconfig）
• .editorconfig 里写 indent_style = space 有效，但 max_line_length = 120 不影响 Java 换行——那是靠 Settings → Editor → Code Style → Java → Hard wrap at 控制的
• 使用 Reformat Code（Ctrl+Alt+L）时，如果勾选了 Optimize imports，可能触发额外的 import 排序逻辑，和 spotbugs 的 import 检查冲突，导致提交前 CI 报错

Ctrl+S 后瞬间又弹出“文件已更改”提示？多半是外部进程在改 classpath 下的资源文件

这不是 IDEA 的 bug，而是典型的“保存-被覆盖”竞争：比如 Maven 编译过程、Lombok 注解处理器、甚至 Spring DevTools 的类重载机制，在你按下 Ctrl+S 后几毫秒内就重写了 target/classes/ 下的字节码或资源，触发 IDEA 检测到磁盘变更并弹窗。

• 关闭 Settings → Build → Compiler → Build project automatically，改用手动 Ctrl+F9 编译，能大幅减少干扰
• 检查 target/ 是否被加入 Settings → Directories → Excluded：排除后 IDEA 不监听其变更，就不会弹“文件已更改”
• Lombok 用户注意：lombok.config 中若配置了 lombok.addLombokGeneratedAnnotation = true，会导致生成的 class 文件被频繁重写——可临时注释该行验证

保存 + 格式化联动失败？别依赖“Save Actions”插件，用原生 Hook 更稳

第三方插件如 Save Actions 在 IDEA 2023.2+ 版本中与新版本的 PSI（Program Structure Interface）解析存在兼容问题，常出现“保存了但没格式化”或“格式化两次”的现象。

• 原生方案：进 Settings → Tools → Actions on Save，勾选 Reformat code 和 Optimize imports 即可，无需额外插件
• 但要注意：这个功能仅对当前编辑器中“已打开的文件”生效；如果文件只是被修改但未在编辑器标签页中打开，它不会触发——这点容易被忽略
• 如果项目用了 google-java-format，需在 Settings → Editor → Code Style → Java → Formatter 中指定 JAR 路径，并取消勾选 Use default formatting，否则原生 Hook 会跳过它

最麻烦的情况是：多个模块共用同一份 .editorconfig，但各模块 JDK 版本不同（比如有的用 JDK 17，有的还在 JDK 8），这时候 record 或 sealed 关键字的格式化行为会不一致——IDEA 不报错，但团队协作时格式差异会悄悄混入 Git。