在以前的项目中，我发现将*-imports更改为特定的导入可以将编译时间减少一半(从大约10分钟减少到大约5分钟)。*-import使编译器搜索列出的每个包，以查找与您使用的类相匹配的类。虽然这段时间可能很小，但对于大项目来说，它会累积起来。

*-import的一个副作用是开发人员会复制和粘贴常用的导入行，而不是考虑他们需要什么。

请参阅我的文章“按需进口是邪恶的”

简而言之，最大的问题是当一个类被添加到您导入的包中时，您的代码可能会中断。例如:

import java.awt.*;
import java.util.*;

// ...

List list;

在Java 1.1中，这很好;在java中找到列表。啊，没有冲突。

现在假设您检入了运行良好的代码，一年后，其他人使用Java 1.2编辑了它。

Java 1.2在Java .util中添加了一个名为List的接口。繁荣!冲突。完美工作的代码不再工作。

这是一个邪恶的语言特性。没有理由仅仅因为一个类型被添加到包中就停止编译……

此外，它使读者难以确定您使用的是哪个“Foo”。

这里是对明星进口的投票。import语句用于导入包，而不是类。导入整个包要干净得多;这里指出的问题(例如java.sql.Date vs . java.util.Date)很容易通过其他方法来补救，而不是通过特定的导入来真正解决，当然也不能证明对所有类进行疯狂的迂腐的导入是正确的。没有什么比打开一个源文件并不得不翻看100条import语句更令人不安的了。

执行特定的导入会使重构更加困难;如果删除/重命名一个类，则需要删除其所有特定的导入。如果您将一个实现切换到同一个包中的不同类，则必须修复导入。虽然这些额外的步骤是可以自动化的，但它们实际上是对生产力的打击，没有真正的收益。

如果Eclipse在默认情况下不进行特定的类导入，那么每个人仍然会进行星型导入。我很抱歉，但是做特定的导入确实没有合理的理由。

下面是处理阶级冲突的方法:

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

我更喜欢特定的导入，因为它允许我查看文件中使用的所有外部引用，而无需查看整个文件。(是的，我知道不一定会有完全合格的推荐信。但我尽量避免使用。)

导入包中的所有类被认为是一种盲目的方法。这样做的一个主要原因是，它会使类名称空间变得混乱，并可能导致具有相同名称的不同包中的类之间发生冲突。

具体地填充必要的类可以避免这个问题，并清楚地显示需要哪些版本。这有利于代码的可维护性。

在以前的项目中，我发现将*-imports更改为特定的导入可以将编译时间减少一半(从大约10分钟减少到大约5分钟)。*-import使编译器搜索列出的每个包，以查找与您使用的类相匹配的类。虽然这段时间可能很小，但对于大项目来说，它会累积起来。

*-import的一个副作用是开发人员会复制和粘贴常用的导入行，而不是考虑他们需要什么。