java中import不处理类名冲突，而是由开发者通过显式导入、全限定名、接口抽象或避免通配符等方式解决。最常用做法是只导入一个同名类，另一个用全限定名；若两者使用频率相近，则全部使用全限定名；设计上应优先通过接口或基类统一抽象，避免依赖具体实现；严禁滥用import xxx.*。
Java中import本身不“处理”冲突，而是把选择权交给你——它只负责告诉编译器：“我接下来写的这个简单类名，指的是哪个包里的它”。真正解决同名类引入冲突，靠的是明确性、隔离性和工程习惯。
只导入一个，另一个用全限定名
这是最常用也最稳妥的做法。当你只需要频繁使用其中一个类，另一个只用一两次时，推荐只import常用的那个，其余地方显式写出完整路径。
- 例如同时要用 java.util.Date 和 java.sql.Date：
- import java.util.Date; → 后续可直接写 Date now = new Date();
- 另一处写 java.sql.Date sqlDate = new java.sql.Date(0);
- 避免两个都import，否则编译直接报错：“The type Date is ambiguous”
两个都要用？那就都别import，全用全限定名
如果两个同名类在同一个文件里出现频率差不多，或者只是临时测试、工具类等场景，干脆不import任何一方，全部用带包名的写法。代码稍长，但零歧义、无风险。
- com.example.dto.User dtoUser = new com.example.dto.User();
- com.example.domain.User domainUser = new com.example.domain.User();
- IDE通常会自动提示补全全限定名，输入时按 Ctrl+Space 就能选到
用接口或抽象层统一入口
真正想“抹平”差异，不是靠语法技巧，而是靠设计。让不同包下的同名类实现同一个接口或继承同一基类，业务代码只依赖抽象。
- 比如定义 UserContract 接口，让 com.example.api.User 和 com.example.admin.User 都实现它
- 服务层方法参数/返回值用 UserContract，不绑定具体实现
- 这样既解耦，又天然规避了同名类在调用点的冲突
别碰通配符 import xxx.*
尤其在含高频通用类（如Logger、Response、Date）的项目里，import com.xxx.* 很容易悄悄引入多个同名类，等编译出错才发现，排查成本高。
- 推荐显式 import 单个类：import org.slf4j.Logger;
- 如果确实要批量导入，确保目标包内没有与其他已导入包重名的类
- IDE默认设置常开启“优化导入”，可自动删掉未使用的 import，建议保持开启
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
