java规范定义全局常量必须使用public static final三者齐备，配合全大写下划线命名、按业务域建专用常量类、统一通过“类名.常量名”访问，缺一不可。
Java 中规范定义全局常量，核心是用 public static final 组合，配合全大写+下划线命名、集中管理、统一访问方式——这三点缺一不可，否则容易演变成维护黑洞。
必须用 public static final 三者齐备
单独用 final 只能锁住值不变，但每个对象仍会有一份副本；去掉 static 就不是类级别共享；没加 public 则跨包调用受限，需额外暴露或绕路。
-
static→ 类加载时分配一份内存，所有地方共用 -
final→ 基本类型值锁定，引用类型地址锁定（内容仍可变，需额外封装） -
public→ 明确对外提供访问入口，避免包级可见性带来的隐式耦合
命名和初始化有硬性约定
常量名必须全大写、单词间用下划线分隔，这是 Java 社区的视觉契约，IDE 和检查工具（如 Checkstyle、Sonar）默认识别并校验。
- ✅ 正确：
HTTP_TIMEOUT_MS、DEFAULT_PAGE_SIZE、IS_FEATURE_ENABLED - ❌ 错误：
httpTimeoutMs（像变量）、MaxRetry（驼峰）、max_retry（小写开头） - 初始化必须在声明时或静态代码块中完成：字面量直接赋值最安全；配置读取等复杂逻辑放 static 块，确保只执行一次且线程安全
按领域建专用常量类，禁用接口和万能类
把常量塞进接口或零散分布在各处，是大型项目中最常见的反模式。它破坏模块边界，引发编译依赖泛滥，重构时牵一发而动全身。
- 按业务域建类：如
HttpConstants、DbConstants、FeatureFlags，每个类职责单一、命名清晰 - 禁止用接口定义常量：接口描述行为，不是数据容器；实现类会隐式继承全部字段，造成语义污染和命名冲突
- 拒绝
AllConstants这类“大杂烩”：宁可多建几个小类，也不要一个谁都不敢动的黑洞
统一通过“类名.常量名”访问
哪怕在定义类内部，也应优先写 HttpConstants.TIMEOUT，而非直接用 TIMEOUT（除非已静态导入且上下文极其明确）。
- 好处：一眼看出来源，支持 IDE 跳转、全局搜索、自动化重构
- 杜绝同名覆盖风险：比如两个类都定义了
MAX_RETRY，直接写变量名易混淆，用类前缀则无歧义 - 禁止用实例引用访问：
new HttpConstants().TIMEOUT是典型错误写法，违背常量语义
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
