静态导包只导入public static成员而非类本身，故import static后须用isempty(str)而非stringutils.isempty(str)；需检查依赖、拼写，并慎用以保可读性。
Java 静态导包后，StringUtils 为啥还是报错找不到？
静态导包不是万能的“自动补全开关”，它只导入类中 public static 成员，不导入类本身。所以你写了 import static org.apache.commons.lang3.StringUtils.*;，却仍不能直接写 StringUtils.isEmpty(str)——因为 StringUtils 是类名，而静态导包只让你用 isEmpty(str) 这种形式。
- 正确用法是去掉类名前缀：
isEmpty(str)、isBlank(s)，而不是StringUtils.isEmpty(...) - 如果同时用了多个静态导包（比如又导了
CollectionUtils），而它们有同名方法（如isEmpty），编译器会报错，必须显式指定类名调用 - IDE 可能仍提示“未解析的符号”，检查是否漏加了依赖（如 Maven 中没引入
commons-lang3）或导入语句拼写错误（注意是lang3，不是lang）
什么时候该用 import static，什么时候不该用？
静态导包适合高频、无歧义、语义清晰的工具方法；滥用反而降低可读性，尤其在团队协作或维护场景下。
- 推荐用：JUnit 的
assertThat、assertTrue；Guava 的ImmutableList.of、Optional.absent - 谨慎用：Apache Commons 系列（如
StringUtils），因为方法多、重载多，容易混淆来源；且 IDE 跳转时无法直接定位到类 - 禁止用：自定义工具类中命名模糊的方法（如
check、go），或含副作用的静态方法（如System.exit()）
import static 对编译和运行时有影响吗？
没有运行时开销，也不改变字节码逻辑——它只是编译期语法糖，最终生成的 class 文件和显式调用完全一致。
- 编译阶段：javac 把
isEmpty(str)自动替换为StringUtils.isEmpty(str)，所以打包后不依赖 import static 声明 - 兼容性：Java 5+ 全支持，但 Android（旧版 D8/R8）对某些复杂静态导包可能优化异常，建议在
minSdkVersion 项目中避免跨包通配导包（如 <code>import static com.xxx.*） - 调试时：栈帧里显示的仍是原始类名调用，不会出现“at MyTest.test(Unknown Source)”这种丢失上下文的情况
替代方案比静态导包更稳妥？
真要简化调用，现代 Java 更倾向用局部变量或封装，而不是靠语法糖掩盖依赖关系。
- 用
var+ 工具类实例（如果允许）：var str = StringUtils.class;不行，但可以final var s = StringUtils::isEmpty;——不过这通常得不偿失 - 更实际的是：升级到较新版本的库，比如用
java.util.Objects.requireNonNull替代自定义 null 检查，原生支持且无需导包 - 真正需要频繁调用时，考虑写一个薄封装层（如
Strings类），把关键方法再包装一次并加 Javadoc，比静态导包更容易控制行为边界
