常量工具类必须声明为final且含私有构造器，以禁止继承和实例化，确保常量集合的完整性与不可变性；否则子类可篡改字段或被意外实例化，破坏设计意图。
Java中定义常量工具类，核心是用final修饰类防止继承，用私有构造器阻止实例化，再配合public static final字段暴露不可变值。这样既保证常量安全，又体现工具类语义。
为什么常量类必须是final？
如果不加final，其他类可以继承该常量类并覆盖或新增字段，破坏“常量集合”的完整性与预期用途。例如：
❌ 危险写法（可被继承）：
class StatusCodes { // 没有final，子类可扩展甚至篡改逻辑
public static final int SUCCESS = 200;
}
✅ 正确写法：
- 声明为
final class StatusCodes，从语言层面禁止继承 - 即使不继承，也避免未来误用或框架反射操作带来的风险
为什么必须提供私有构造器？
Java中，只要类没有显式构造器，编译器会自动添加无参公有构造器——这意味着别人能new StatusCodes()，违背“纯常量容器”的设计意图。
❌ 默认构造器导致可实例化：
final class StatusCodes {
public static final int SUCCESS = 200;
// 编译器悄悄加了 public StatusCodes() {}
}
✅ 显式私有构造器彻底封禁实例化：
private StatusCodes() {}—— 构造器不可见、不可调用- 建议在构造器内加
throw new UnsupportedOperationException("Utility class");，增强防御性
常量命名与组织的最佳实践
工具类中的常量不是越多越好，而应按语义分组、清晰命名、避免魔法值散落。
- 使用全大写+下划线命名，如
HTTP_NOT_FOUND、DEFAULT_TIMEOUT_MS - 同类常量可归入嵌套静态类，比如
StatusCodes.Http、StatusCodes.Business - 字符串常量优先用
String.valueOf()或直接字面量，避免new String("OK")等冗余对象创建
替代方案：枚举 vs 常量类？
如果常量带行为、需要类型安全或需遍历，优先选enum；如果只是简单、无状态的命名值集合（如HTTP码、配置键名），常量类更轻量、更直观。
- 枚举适合：
DayOfWeek.MONDAY、PaymentStatus.PAID.process() - 常量类适合：
ConfigKeys.DB_URL、RegexPatterns.EMAIL - 二者不互斥——可在常量类中引用枚举，实现分层抽象
