工具类必须用静态方法，因其核心目标是提供通用无状态操作，无需实例化即可通过类名直接调用，兼顾简洁性、高效性与线程安全；典型如math.abs()、collections.sort()等。
工具类为什么用静态方法
工具类的核心目标是提供通用、无状态的操作，比如字符串处理、数学计算、日期格式化等。这类功能不依赖某个对象的属性或状态，所以没必要创建实例。用静态方法直接通过类名调用，简洁高效，也符合语义——它属于类，不属于某个对象。
典型例子：Java 自带的 Math 类（Math.abs()、Math.max()）、Objects 类（Objects.equals()）、Collections 类（Collections.sort()）全都是静态方法为主。你自己写的工具类也该这样设计：
- 所有方法加
static修饰符 - 构造器私有化（
private UtilityClass() {}），防止被实例化 - 类本身通常也用
final修饰，避免被继承
静态方法与实例方法的内存分配差异
关键不在“方法代码占多少内存”，而在于它们何时加载、存在几份、由谁持有。
静态方法：
- 随类加载一起进入方法区（JDK 8+ 是元空间），只有一份字节码
- 生命周期与类一致，只要类没卸载，它就一直存在
- 不绑定任何对象，没有
this引用，无法访问实例变量或实例方法
实例方法：
- 方法代码本身也只在方法区存一份（和静态方法一样），不是每个对象都复制一份代码
- 但每次调用时，JVM 会为它创建栈帧，其中包含局部变量表、操作数栈等，这些是临时的、线程私有的
- 真正“按对象区分”的是
this指针——它让同一份方法代码能操作不同对象的实例字段
为什么工具类不适合用实例方法
如果把工具方法写成实例方法，就会带来不必要的负担：
- 必须先
new UtilityClass()才能调用，徒增对象创建开销（堆内存分配、GC 压力） - 每个实例都持有一份对方法的引用（虽然代码共享，但调用链路更长）
- 容易误导使用者以为这个类需要维护状态，引发误用（比如缓存、修改内部字段）
- 违反单一职责：工具类不该有可变状态，也不该参与多态或继承体系
一个干净的工具类示例
下面是一个典型的静态工具类写法：
public final class StringUtils {
private StringUtils() {} // 防止实例化
public static boolean isBlank(String str) {
return str == null || str.trim().isEmpty();
}
public static String capitalize(String str) {
if (str == null || str.isEmpty()) return str;
return str.substring(0, 1).toUpperCase() + str.substring(1);
}
}
调用方式：StringUtils.isBlank(" ")，无需 new，无状态，线程安全，内存零冗余。
