绝大多数新项目、Spring Boot为主、团队协作或追求开发效率的场景优先选IntelliJ IDEA（社区版已够用）；仅当受限于老旧环境、低配机器或必须依赖特定Eclipse插件时才考虑Eclipse。
Java 开发选 IDEA 还是 Eclipse？直接说结论：绝大多数新项目、Spring Boot 为主、团队协作或追求开发效率的场景，优先选 IntelliJ IDEA（社区版已够用）；只有明确受限于老旧环境、低配机器、或必须依赖特定 Eclipse 插件（如某些国产中间件配套工具）时，才考虑 Eclipse。
Spring Boot 项目启动慢、热更新失效？先看 IDE 是否原生支持
Eclipse 对 Spring Boot 的支持是“插件式”的：需手动安装 Spring Tools 4，且默认不启用 spring-boot-devtools 的类重载机制，常出现修改代码后 Ctrl+F10 重启却没生效的问题。IDEA 社区版则开箱即用识别 spring-boot-starter-web，自动启用 Build project automatically + Registry → compiler.automake.allow.when.app.running，热更新响应更快。
- 实操建议：在 IDEA 中按
Ctrl+Shift+A输入Registry，勾选该选项；Eclipse 用户若坚持使用，务必检查Project → Properties → Builders中是否启用了Spring Boot Builder - 容易踩的坑：Eclipse 的
Run As → Spring Boot App有时会绕过 Maven 生命周期，导致resources下的配置未复制到target/classes，报java.lang.IllegalArgumentException: Could not resolve placeholder 'xxx'
调试时想快速求值却总选错表达式？光标位置决定一切
在断点处想看 user.getOrders().size() 的值，Eclipse 要求你必须用鼠标或键盘精确选中整个表达式，再按 Ctrl+Shift+I；而 IDEA 只需把光标停在任意位置（比如 size 上），按 Alt+F8，它会自动解析上下文，列出所有可求值项，并允许你直接编辑后执行——这对链式调用和 Optional 操作尤其省事。
- 常见错误现象：Eclipse 中只选了
getOrders()就点求值，结果返回null，误判为逻辑错误，实际是后续.size()才触发 NPE - 性能影响：IDEA 的求值依赖本地索引，首次启动调试稍慢；Eclipse 不建全量索引，小项目响应快，但大型模块化项目易卡在 “Resolving expressions…”
项目导入后依赖红标、Maven 报错找不到包？别急着删 .idea 或 .metadata
IDEA 导入 Maven 项目默认使用内置 importer，会读取 pom.xml 并自动下载依赖到 ~/.m2/repository；Eclipse 则依赖 m2e 插件，若本地 settings.xml 配置了镜像但未同步到 Eclipse，或 Window → Preferences → Maven → User Settings 路径填错，就会持续显示 Missing artifact xxx。
立即学习“Java免费学习笔记（深入）”；
- 实操建议：IDEA 中右键项目 →
Maven → Reload project；Eclipse 中右键项目 →Maven → Update Project…，并勾选Force update of snapshots - 容易踩的坑：Eclipse 的
Project Facets版本（如 Java 17）与pom.xml中的17 var不被支持，但错误提示藏在Problems视图里，而非红色波浪线
团队共用同一套代码风格但格式化结果不一致？关键在 EditorConfig 和 import 排序
两者都支持 .editorconfig，但 IDEA 默认启用 Optimize imports on the fly，且能按 java.util.*、javax.*、org.* 分组排序；Eclipse 的 Organize Imports 默认只按字母排，若团队约定 static 导入必须在最前，Eclipse 需手动配置 Window → Preferences → Java → Code Style → Organize Imports，而 IDEA 在 Settings → Editor → Code Style → Java → Imports 里直接有分组开关。
- 兼容性影响：Git 提交时因 import 排序不同引发大量无意义 diff，尤其在多人协作的微服务仓库中
- 参数差异：Eclipse 的
Save Actions若勾选了Format source code，但未同步开启Organize imports，保存后仍会残留未用 import，CI 流水线可能因 Checkstyle 失败
真正卡住人的往往不是功能有无，而是细节一致性：比如 Eclipse 的 Ctrl+Click 跳转有时指向接口而非实现类，IDEA 默认跳实现（可配）；又比如两者对 Lombok 的支持都需要额外插件，但 IDEA 插件更新及时，Eclipse 的 lombok.plugin 常滞后一个 JDK 版本。选哪个，最终看你的项目今天要解决的第一个问题是什么——而不是三年后的扩展性。
