在双方提出的所有有效观点中，我还没有找到避免通配符的主要原因:我喜欢能够阅读代码并直接知道每个类是什么，或者如果它的定义不在语言或文件中，那么在哪里可以找到它。如果用*导入了多个包，我必须搜索它们中的每一个，以找到我不认识的类。可读性是至高无上的，我同意代码不应该需要IDE来读取。

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

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

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

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

// ...

List list;

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

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

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

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

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

忘掉混乱的命名空间……想想那些不得不在GitHub、vi、notepad++或其他非ide文本编辑器中阅读和理解你的代码的可怜人吧。

这个人必须煞费苦心地查找每个通配符作用域中所有类和引用中来自一个通配符的每个标记……只是想搞清楚到底发生了什么。

如果你只是为编译器编写代码——而且你知道你在做什么——我相信通配符没有问题。

但是，如果其他人(包括未来的您)希望一次阅读就能快速理解某个特定的代码文件，那么显式引用会有很大帮助。

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

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

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

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

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

There is no runtime impact, as compiler automatically replaces the * with concrete class names. If you decompile the .class file, you would never see import ...*. C# always uses * (implicitly) as you can only using package name. You can never specify the class name at all. Java introduces the feature after c#. (Java is so tricky in many aspects but it's beyond this topic). In Intellij Idea when you do "organize imports", it automatically replaces multiple imports of the same package with *. This is a mandantory feature as you can not turn it off (though you can increase the threshold). The case listed by the accepted reply is not valid. Without * you still got the same issue. You need specify the pakcage name in your code no matter you use * or not.