Java工具类的核心目标是提供可复用、无状态、低耦合的通用功能，必须采用私有构造方法、全静态方法、无实例变量、常量限定为public static final，并严格聚焦单一职责与准确命名。
Java工具类（Utils）的核心目标是提供可复用、无状态、低耦合的通用功能。要达成这一目标，必须严格遵循静态方法与静态变量的设计规范——不是“能用就行”，而是“怎么写才对”。关键在于：所有方法必须是静态的，构造方法必须私有，类中不应存在任何实例变量，常量若存在则必须是 public static final。
工具类必须私有构造方法
这是防止误用的第一道防线。工具类不承载状态，创建对象毫无意义，反而可能引发内存浪费或逻辑混淆。
- 必须声明为
private，且建议抛出AssertionError或运行时异常，明确表达“禁止实例化”意图 - 避免空参公有/保护构造器，哪怕只有一行
super()，也会让 IDE 或其他开发者误以为可被继承或调用 - 反例：
public StringUtils() {}—— 编译通过，但违背工具类本质；正确写法：private StringUtils() { throw new UnsupportedOperationException(); }
所有方法必须是静态方法
静态方法直接归属类，无需对象上下文，天然契合工具类“即取即用”的定位。非静态方法混入工具类，会破坏设计一致性，也容易引发调用歧义。
- 调用方式统一为
ClassName.methodName(...)，语义清晰，不依赖生命周期管理 - 静态方法不能访问
this、不能调用非静态成员（变量或方法），这恰好强制了“无状态”约束 - 若某方法需要访问对象状态（如读取某个
User实例的字段），它就不该出现在工具类中，而应属于业务实体或服务类
命名与职责必须高度聚焦
一个工具类只解决一类问题，名字要像标签一样准确传达能力边界。模糊命名和功能堆砌是工具类腐化的起点。
- 类名以
Utils（推荐）、Helper或Tool结尾，如StringUtils、JsonUtils、FileIOUtils - 拒绝
CommonUtils、BaseUtils、MyUtils等泛化名称——它们往往成为代码黑洞，最终膨胀到千行且无人敢改 - 每个方法应专注单一动作：比如
isBlank()不应同时做 trim 和 null 判断后再校验长度，而应拆分为trimToNull()和isBlank()两个正交方法
静态变量仅限常量，禁用可变静态字段
工具类中的静态变量只能是配置型常量（如分隔符、默认超时、正则模板），绝不可用于缓存、计数器或跨方法共享状态。
- 合法示例：
public static final String DEFAULT_DATE_PATTERN = "yyyy-MM-dd"; - 危险反例：
private static int callCount = 0;—— 多线程下不安全，且违背工具类“无副作用”原则 - 若需缓存能力（如 JSON 解析器复用），应使用专门的单例组件或依赖注入容器管理，而非塞进工具类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
