Java静态工具类须满足无状态、不可实例化、职责聚焦三大原则：声明final、私有构造器并抛异常、杜绝实例成分；方法需为纯函数，输入输出明确，禁用可变状态缓存；命名具象，常量可用但禁用可变静态字段。
Java静态方法工具类不是“能写static就行”，而是要围绕无状态、不可实例化、职责聚焦三个核心来构建。它本质是一组纯函数的集合，调用时不依赖对象生命周期，也不维护任何内部状态。
类结构必须严格封死实例化路径
工具类不是用来 new 的，哪怕构造器空着也不行。必须同时满足：
- 声明为 final，防止被继承篡改行为
- 构造方法私有，且主动抛异常（如
UnsupportedOperationException），而非只写private XxxUtils() {} - 不出现
this、实例字段、非静态内部类等任何与对象绑定的成分
否则 IDE 可能误判可继承，运行时也可能因反射或序列化意外触发实例化。
方法设计坚持“输入→输出”单向契约
每个静态方法应是纯函数：相同输入永远返回相同输出，不读写外部变量、不修改入参、不依赖上下文。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 拒绝在方法内缓存
Pattern、DateFormat等可变状态——JDK 自带优化已足够，手动缓存反而引入线程安全风险 - 参数尽量扁平：用
String、int、boolean等基础类型或不可变对象，别塞OptionsBuilder或自定义配置类 - 命名直指能力：比如
isBlank()不做截空，trimToEmpty()不做判空，各干各的事
接口里的静态方法 ≠ 工厂方法
Java 8+ 允许接口定义 public static 方法，但仅限配套逻辑，例如格式校验、默认值生成、简单转换等。
- 接口中写
create()返回实现类实例？这是语义错位，破坏接口作为契约的本质 - 对象创建逻辑必须分离——单独建
PaymentFactory或JsonParserBuilder类，由它负责组装和返回 - 工具类名要具象：用
StringUtils、LocalDateTimeUtils，不用CommonUtils或BaseHelper
常量可用，状态禁用
允许 public static final 常量（如 DEFAULT_DATE_FORMAT），但禁止任何可变静态字段。
- 像
private static Map<String, Pattern>这类缓存字段，本质把工具类变成隐式单例，易引发内存泄漏或并发问题 - 真有高频复用需求，优先考虑
ConcurrentHashMap+ 显式同步，或直接信任 JDK 内部缓存（如Pattern.compile()在 JDK 7+ 已优化） - 若方法内部需要维持状态（如计数、上下文传递），说明它不该是静态方法，应重构为普通类的实例方法
