应选 File → Open；有 pom.xml 选 Maven，有 build.gradle 选 Gradle，仅无构建脚本的纯 Eclipse 项目才选 Eclipse 模型导入，否则易致 .iml/.idea 污染、依赖不识别、源根错乱。
直接导入 Eclipse 项目没问题，但关键不是“能不能转”，而是“怎么选导入方式”——选错会导致 .iml 和 .idea 文件污染原项目、依赖不识别、模块结构错乱，甚至后续无法用 Eclipse 回退。
该用 File → Open 还是 File → New → Project from Existing Sources？
两者路径不同，后果差异很大：
-
File → Open：适用于有pom.xml或build.gradle的项目。IDEA 会优先识别构建工具，自动拉取依赖、配置 SDK、设置源目录 —— 这是最干净的方式，原 Eclipse 项目文件（.project、.classpath）完全不动。 -
File → New → Project from Existing Sources→ 选Eclipse：强制走 Eclipse 模型迁移流程。它会读取.project和.classpath，并默认在原项目目录下生成.iml和.idea—— 如果你还要继续用 Eclipse 维护，这就埋了冲突隐患。
除非项目没构建脚本、纯手工管理 classpath，否则优先走 File → Open。
导入时弹出 “Multiple project configurations detected” 怎么选？
这是 IDEA 发现目录里同时存在 .project（Eclipse）、pom.xml（Maven）、build.gradle（Gradle）等配置文件时的提示。常见错误是手快点了 Eclipse，结果依赖全红、src/main/java 不被识别为源根。
- 有
pom.xml→ 选Maven - 有
build.gradle→ 选Gradle - 两者都没有，且确认是纯 Eclipse 项目（无构建工具）→ 才选
Eclipse
选错后不会报错，但模块结构和依赖加载逻辑完全不同，后期要手动修正非常麻烦。
导入后 src 目录没标蓝、类名红色、找不到 JDK？
这不是导入失败，而是 IDEA 没正确识别源根或 SDK。常见于 Eclipse 项目用了非标准目录结构（比如 java-src 而非 src），或 .classpath 里指定了自定义输出路径。
- 右键点击实际存放 Java 源码的文件夹 →
Mark as Sources Root - 检查
File → Project Structure → Project：确保Project SDK已选中，且Project language level与代码兼容 - 如果模块级 SDK 空白，去
Modules → Dependencies标签页，点击+ → Library → Java，手动指向 JDK 安装路径下的jre/lib或lib
特别注意：Project SDK 和 Module SDK 是两层设置，缺一不可；Eclipse 项目常只配置了 workspace-level JRE，但 IDEA 不继承这个。
要不要勾选 “Use project settings from Eclipse”？
这个选项只在走 Eclipse 导入流程（即 New → Project from Existing Sources → Eclipse）时出现。它控制是否从 .project 和 .classpath 中读取源路径、输出路径、容器（如 org.eclipse.jdt.launching.JRE_CONTAINER）等信息。
- 勾选 → 尽量还原 Eclipse 原始结构，适合过渡期双 IDE 并行维护
- 不勾选 → 完全按 IDEA 默认约定（
src/main/java、out/production）重建，更“IDEA-native”，但需手动调整路径映射
真正容易被忽略的是：勾选后，IDEA 会把 .classpath 里的 lib/xxx.jar 当作相对路径处理 —— 如果你的 jar 在工作区外（比如 D:/libs/commons-lang.jar），它会报 Cannot resolve symbol，且不会自动下载或提示缺失。这时得进 Project Structure → Libraries 手动添加绝对路径。
