import用于指定类的查找路径，仅编译期生效；import static则将public static成员直接引入作用域，需满足高频、无歧义、上下文清晰三条件才推荐使用。
Java 中的 import 是让编译器知道“去哪里找类”，而 import static 是让静态方法或常量直接“走进当前作用域”，省掉类名前缀。用对了清爽利落，用错了反而让人摸不着头脑。
普通 import：只导入类，不是包
import 的本质是告诉编译器：当代码里出现一个没带包名的类名（比如 ArrayList），请去指定位置找它。它不导入整个包，也不影响运行效率，只是编译期的“路径提示”。
-
import java.util.ArrayList;—— 推荐：明确依赖，一目了然 -
import java.util.*;—— 可用但慎用：只在小工具类或测试中图省事；项目主干代码里容易掩盖真实依赖 -
import java.util;—— ❌ 错误写法：import 后必须跟类名或.*，不能只写包名 - 若两个包有同名类（如
java.util.Date和java.sql.Date），只能显式用全限定名调用其中一个
静态导入 import static：只为静态成员服务
它只作用于 public static 方法和字段，不能导实例方法、私有静态成员，也不能导构造器。语法就是在普通 import 后加 static 关键字。
-
import static java.lang.Math.PI;—— 导入单个常量，直接写PI -
import static org.junit.Assert.assertEquals;—— 导入单个断言方法，直接写assertEquals(1, a) -
import static java.util.Collections.emptyList;—— 导入工具方法，直接写emptyList() -
import static java.lang.Math.*;—— 通配符导入全部静态成员，简洁但风险高，生产代码中尽量避免
什么时候该用静态导入？看三个信号
不是“能省就省”，而是“高频、无歧义、上下文清晰”才值得引入。
立即学习“Java免费学习笔记（深入）”；
- 单元测试里大量用
assertEquals、assertTrue：用import static org.junit.Assert.*;合理，因为测试类本身语义明确 - 数学计算密集型逻辑中反复调用
Math.sin()、Math.max()：可导入几个常用方法，比如import static java.lang.Math.max;和import static java.lang.Math.sin; - 团队自定义的纯工具类（如
StringUtils.isBlank()）：如果已在项目中广泛共识且命名唯一，可静态导入具体方法，不建议通配符
容易踩的坑和应对方式
静态导入不是语法糖，而是责任——它把“谁提供的方法”这个信息藏起来了，得靠规范来兜底。
-
命名冲突：两个静态导入含同名方法（如
Assert.assertTrue和MyUtils.assertTrue），编译失败。解决办法是删掉一个，或显式用类名调用 -
可读性模糊：看到
fail()不知来自哪个类。建议测试类中接受，业务类中禁用通配符，优先具名导入 -
IDE 提示变弱：悬停看不到来源？那就更需要靠导入语句本身传递信息——写清楚要导入哪一个，而不是偷懒打
.* -
误导新手：以为
import static能导非静态内容。记住：只有public static才行，其他一律编译报错
