以下是我关于这个话题的一些发现。

During compilation, the compiler tries to find classes that are used in the code from the .* import and the corresponding byte code will be generated by selecting the used classes from .* import. So the byte code of using .* import or .class names import will be same and the runtime performance will also be the same because of the same byte code. In each compilation, the compiler has to scan all the classes of .* package to match the classes that are actually used in the code. So, code with .* import takes more time during the compilation process as compared to using .class name imports. Using .* import helps to make code more cleaner Using .* import can create ambiguity when we use two classes of the same name from two different packages. Eg, Date is available in both packages. import java.util.*; import java.sql.*; public class DateDemo { private Date utilDate; private Date sqlDate; }

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

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

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

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

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

最重要的是导入java.awt。*可以使您的程序与未来的Java版本不兼容:

假设你有一个名为“ABC”的类，你使用的是JDK 8，你导入java.util.*。现在，假设Java 9出来了，它在包Java中有一个新类。直到它碰巧也被称为“ABC”。您的程序现在不能在Java 9上编译，因为编译器不知道您的“ABC”名称是指您自己的类还是Java .awt中的新类。

如果只从java显式地导入这些类，就不会遇到这个问题。你实际使用的。

资源:

Java进口

郑重声明: 当您添加导入时，您也在指示您的依赖项。

您可以很快看到文件的依赖关系(不包括相同名称空间的类)。

在DDD书中

在实现将基于的任何开发技术中，寻找最小化的方法 重构模块的工作。在Java中，无法逃避导入到单个类中，只能逃避导入到您 一次至少可以导入整个包，以反映包是高度内聚单元的意图吗 同时减少了更改包名的工作量。

如果它弄乱了本地命名空间，那不是你的错——是包的大小造成的。

It helps to identify classname conflicts: two classes in different packages that have the same name. This can be masked with the * import. It makes dependencies explicit, so that anyone who has to read your code later knows what you meant to import and what you didn't mean to import. It can make some compilation faster because the compiler doesn't have to search the whole package to identify depdencies, though this is usually not a huge deal with modern compilers. The inconvenient aspects of explicit imports are minimized with modern IDEs. Most IDEs allow you to collapse the import section so it's not in the way, automatically populate imports when needed, and automatically identify unused imports to help clean them up.

我工作过的大多数使用大量Java的地方都将显式导入作为编码标准的一部分。我有时仍然使用*来快速创建原型，然后在产品化代码时展开导入列表(一些ide也会为您这样做)。