工具类方法应设计为静态，以脱离对象生命周期、专注输入输出，实现无状态、可预测、易调用；需声明为final、私有构造并抛异常禁实例化；方法须public static、参数不可变、null处理明确、单一职责命名清晰；静态常量安全复用，缓存须线程安全；支持方法引用以增强函数式复用。
把工具类方法设计成静态，本质是让它们脱离对象生命周期、专注输入输出，从而天然支持跨模块复用。关键不在“加static”这一步，而在于整套设计是否真正服务于“无状态、可预测、易调用”这个目标。
类结构必须封死实例化路径
工具类不是普通类，它不该有“出生”这件事。所以：
- 类声明为 final，防止被继承后意外改写行为
- 构造器必须 private，且体内抛出
UnsupportedOperationException或AssertionError，而不是空实现 - 不提供任何 public/protected 构造方法，连默认构造都不留缝隙
方法签名要干净、明确、无副作用
静态方法的复用性，一半靠调用方便，一半靠语义可靠：
- 所有方法声明为 public static，不依赖
this，也不访问非静态字段或方法 - 参数尽量用原始类型、
String、LocalDateTime等不可变类型，避免传入业务对象或上下文容器 - 对
null输入要有统一策略：主动判空返回默认值（如isBlank(null) → true），或明确抛异常，不模棱两可 - 方法只做一件事，命名体现动词+意图，比如
parseDate(String)、safeTrim(String)、sumInts(int...)
配合静态资源提升性能，但警惕线程安全
静态方法常和静态字段协同使用，但必须分清场景：
- 常量用 public static final，比如日期格式模板、正则字符串、字符集，类加载时初始化一次，安全复用
- 缓存类静态变量（如
Pattern或计算结果）优先用ConcurrentHashMap，或直接复用 JDK 内置缓存（如Pattern.compile()已优化） - 避免裸写
private static HashMap—— 它不是工具类的加分项，而是隐患源
让方法真正“流动”起来：支持方法引用
静态方法不只是手动调用，更是函数式编程的基石：
- 设计时考虑是否能被
Function、Predicate、UnaryOperator等接口接收 - 例如
StringUtils::isBlank可直接用于filter()，NumberUtils::toInt可用于map() - 这样一处修改（比如增加空值保护），所有引用位置自动受益，复用深度远超单纯复制粘贴
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
