作为 Java程序员，对于import *并不陌生，尽管在 Java中使用import *可以简化代码编写，但也存在一些潜在的问题和不利之处。这篇文章，我们来聊聊使用import *可能带来的什么问题。

1. 问题

整体来看，import *会产生以下几个问题：

1. 命名冲突当不同的包中存在同名的类时，使用import *可能导致编译器无法明确识别要使用的具体类，进而引发编译错误。例如：

import java.util.*;
import java.sql.*;

public class Example {
    List list; // 编译器不知道是 java.util.List 还是 java.sql.List
}

这种情况下，编译器需要开发者显式指定完整的类路径，增加了代码复杂性。

2. 可读性降低明确导入所需的类能够让代码更具可读性和可维护性。import *隐藏了实际使用的类，其他开发者在阅读代码时需要额外查找具体使用了哪些类，增加了理解代码的难度。

3. 潜在的性能问题

虽然现代编译器和JVM对导入语句的处理非常高效，但在大型项目中，过多的import *可能会略微延长编译时间，因为编译器需要解析更多的类。然而，这通常不是主要问题，但在极端情况下可能会影响构建时间。

4. 代码自动补全受限

很多IDE（如 IntelliJ IDEA、Eclipse）在自动补全功能上对于明确导入的类支持更好，使用import *可能会限制自动补全的效果，影响开发效率。

5. 维护困难

当项目规模增大，且依赖的库和包增多时，import *会使得依赖关系变得模糊，增加维护难度。明确的导入语句有助于快速了解类的依赖关系，便于管理和修改。

6. 违反最佳实践

Java社区和许多编码规范（如Google Java Style）推荐明确导入所需的类，而不是使用通配符导入。遵循这些最佳实践有助于保持代码一致性和高质量。

2. 建议

• 明确导入需要的类：只导入实际使用的类，可以提高代码的可读性和可维护性。

  import java.util.List;
  import java.util.ArrayList;
  

• 使用IDE的优化功能：大多数现代IDE提供自动优化导入的功能，可以自动删除未使用的导入并按需导入必要的类。
• 避免在大型项目中使用 import：特别是在多人协作的项目中，明确导入有助于减少潜在的冲突和误解。

为了从开发角度来规避这个问题，我们可以利用 IDEA的配置巧妙解决，具体操作如下图：

这样，当对同一个类导入不超过 1000时，都不会自动合并成import xxx.*。

3. 总结

这篇文章，我们分析了 import *可能带来的问题，虽然import *在某些情况下看似简洁，但在实际开发中，明确导入所需的类往往能够提升代码质量、可读性和维护性。因此，建议在编写 Java代码时，要保持良好的代码风格，尽量避免使用通配符导入，而选择明确导入具体的类。

讲了这么多，其实就一句话：不要在代码中出现import *。