工具类用static封装的核心是不依赖实例、可直接调用、职责单一且线程安全；必须声明为final、私有构造器，方法应纯函数化、无隐式状态、按领域垂直拆分，并正确使用泛型方法。
Java中用static方法做工具类封装，核心是让类不依赖实例、方法可直接调用、职责单一且线程安全。关键不是“能不能加static”，而是“为什么加”和“怎么加才合理”。
工具类必须声明为 final 且无构造器
防止被继承或误实例化，这是工具类的基本契约：
- 用final修饰类，禁止子类扩展
- 私有化构造方法（
private Utils() {}），避免 new 实例 - 即使所有方法都是 static，没私有构造器仍可能被反射或反编译意外实例化
方法设计要纯函数化、无状态
静态方法不能访问实例变量，但容易无意依赖外部状态（如静态字段、单例、全局配置）。真正“工具”应满足：
- 输入决定输出，相同参数永远返回相同结果
- 不修改传入对象（如不要在 StringUtils.isBlank() 里改 str 的值）
- 避免隐式依赖：比如 DateUtils.format() 不该偷偷读取系统时区配置，而应显式接收 TimeZone 参数
按功能垂直拆分，别堆在一个大类里
一个叫 CommonUtils 的万能类很快会失控。推荐按领域划分：
-
StringUtils：字符串判空、截取、转大小写、编码处理 -
CollectionUtils：集合判空、转换、过滤、分页（注意：JDK 21+ 可优先用 Stream API） -
JsonUtils：基于 Jackson/Gson 封装的序列化/反序列化，统一异常处理和 null 策略 -
AssertUtils：替代 Spring Assert 的轻量断言，抛 IllegalArgumentException 等标准异常
注意泛型与类型擦除带来的限制
静态方法无法直接声明泛型类类型参数，但可以声明泛型方法：
public static <t> List<t> emptyList() { return Collections.emptyList(); }</t></t>
常见误区：
- 不要写
public static List<string> parseStrings(String json)</string>这种“假泛型”——实际运行时仍是List，强转有风险 - 需要类型安全时，用
Class<t></t>参数辅助，例如：public static <t> T fromJson(String json, Class<t> clazz)</t></t> - 避免在 static 方法里使用
this或getClass()，它们在静态上下文中不可用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
