Java中声明常量最标准的方式是public static final组合：static确保类加载时仅一份共享，final保证赋值后不可修改，二者缺一不可；必须全大写加下划线命名，且通过类名直接访问。
Java 类变量（即 static 字段）在常量管理中承担着核心角色——它让常量脱离单个对象实例，成为类级别、全局可访问且内存共享的固定值。合理使用 static final 组合，是构建清晰、安全、易维护常量体系的关键起点。
明确类变量作为常量载体的核心定位
类变量本身不等于常量；只有被 static final 修饰的类变量，才构成真正意义上的“类常量”。static 保证该值属于类而非实例，final 保证其不可重赋值。二者缺一不可：
- 仅有
static：值可被修改，失去常量语义（如public static int COUNT = 0;是共享变量，不是常量） - 仅有
final：每个实例都持有一份副本，浪费内存且无法统一管理（如private final String API_KEY = "xxx";） -
static final：一次初始化、全类共享、不可变更，符合常量本质
按职责边界组织类常量结构
避免把所有常量塞进一个“万能类”，应依据业务或技术维度分层归类：
- 通用基础常量（如时间单位、数学常量）→ 放入
BaseConstants或Commons - 模块专属常量（如订单状态码、支付渠道标识）→ 定义在对应业务类内部（如
OrderStatus中定义static final状态字段），或通过静态嵌套类集中管理（如Constants.Order） - 配置型常量（如超时毫秒数、重试次数）→ 建议与外部配置联动，类变量仅作默认值兜底，不硬编码敏感值
命名与可见性控制要兼顾可读性与封装性
类常量名必须全大写+下划线分隔（如 DEFAULT_TIMEOUT_MS），这是 Java 社区强共识。同时需审慎设计访问修饰符：
立即学习“Java免费学习笔记（深入）”；
- 供本包内复用 → 使用
package-private（默认不加修饰符） - 供其他模块调用 → 显式声明为
public static final，但应配套 Javadoc 说明用途、取值范围及变更影响 - 纯内部使用（如辅助计算中间值）→ 使用
private static final，防止误引用
警惕类变量常量的初始化陷阱
类变量在类加载时初始化，顺序依赖静态代码块和字段声明顺序。若常量依赖尚未初始化的其他 static final 字段，可能引发 NullPointerException 或未预期值：
- 推荐直接内联初始化（如
public static final int MAX_RETRY = 3;），最安全 - 若需复杂逻辑（如解析配置、计算哈希），务必用
static块，并确保依赖项已声明在前 - 避免在
static块中调用可能触发类加载循环的方法
优先用枚举替代简单标识类常量
当常量代表一组有限、语义明确的选项（如状态、类型、协议版本）时，enum 比 static final 字符串/整数更优：
- 类型安全：编译期校验，杜绝传入非法值（如
OrderStatus.PROCESSINGvs"PROCESSING"） - 自带文档：每个枚举项可附带字段、方法和注释，表达力更强
- 天然单例：JVM 保证枚举实例唯一，无需额外同步
- 可扩展：支持添加行为（如
getStatusDesc()），而字符串常量无法承载逻辑
