静态导入应精准选择高频使用的数学成员如sqrt、pow、pi，避免通配符导入导致命名冲突和可读性下降；仅在算法、图形、测试等数学密集场景使用，普通业务逻辑保留类名前缀更清晰。
直接用 sqrt(4) 代替 Math.sqrt(4)，这就是静态导入最直观的价值——它把数学函数从“类名+点+方法”的固定模板中解放出来，让代码更贴近数学表达本身。
明确导入常用静态成员，不贪多
不要一上来就写 import static java.lang.Math.*;。通配符导入会让所有 PI、abs、sin、pow 等全挤进命名空间，既容易和自定义方法冲突，又让别人看不出某个 max 到底来自 Math 还是 Integer。
- 只导你真正在这个类里高频使用的几个：比如图形计算类常需要
sqrt、pow、PI，那就单独导入 - 写法示例：
import static java.lang.Math.sqrt;<br> import static java.lang.Math.pow;<br> import static java.lang.Math.PI;
- 这样后续写
sqrt(pow(x, 2) + pow(y, 2))或angle * PI / 180，语义清晰、无歧义
配合业务场景选择导入粒度
数学运算密集的模块（如物理引擎、坐标转换、统计工具类）适合适度静态导入；普通业务逻辑里偶尔调一次 abs 或 round，反而不值得导入。
- 测试类或算法实现类中，一个方法里可能连续调用 5 次
sin、3 次cos、2 次atan2—— 这时导入能显著减少视觉噪音 - 但一个服务类里只在某处校验一下
Math.max(a, b) > threshold，保留Math.max更利于快速定位来源 - 注意：
Math.hypot(x, y)这种专用方法，即使没静态导入也比手写sqrt(pow(x,2)+pow(y,2))更安全简洁，不必强求导入
避免混淆，善用类名限定兜底
当两个导入的静态方法同名（比如你同时导入了 Math.max 和自定义的 NumberUtils.max），编译器会报错。这不是缺陷，而是提醒你该做取舍。
- 优先保留语义更贴切的那个，删掉另一个静态导入
- 如果必须共存，就放弃静态导入其中一个，改用显式调用：
Math.max(a, b)vsNumberUtils.max(arr) - 常量也一样：若同时用到
TimeUnit.SECONDS和ChronoUnit.SECONDS，至少一个得保留类名前缀，避免歧义
别忽略可读性底线
简洁不是目的，可维护才是。别人第一次读你的数学计算代码，应该能一眼看出 log10(x) 是对数，cbrt(y) 是立方根，而不是反复翻 import 查来源。
- IDE 通常会对静态导入的符号加浅色标记（如灰色），这是辅助线索，但不能替代清晰的上下文
- 团队内建议统一规范：比如规定“仅允许在
algorithm、geometry、test包下的类中使用静态导入” - 如果发现某处频繁出现
Math.xxx，但又没达到导入阈值，可以考虑封装一层轻量工具方法，比如Numbers.distance(x1, y1, x2, y2)，比一堆静态导入更易懂
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
