Java中final常量不必须是编译期常量，其是否内联取决于初始化方式；命名须全大写加下划线，类级public static final字段如DEFAULT_TIMEOUT_MS；布尔常量用IS_ENABLED；应按语义和不变性合理使用，优先enum或模块化常量类。
Java 中用 final 修饰的常量，既要保证不可变性，也要符合清晰、可读、可维护的命名规范。这不是语法强制要求，但直接影响团队协作和代码质量。
final 常量必须是编译期常量吗？
不一定。final 只表示变量引用不可再赋值，但具体是否“编译期常量”取决于初始化方式：
- 直接用字面量或编译期可确定的表达式初始化（如
public static final int MAX = 100;），JVM 会将其视为编译期常量，可能内联优化 - 若通过运行时计算初始化（如
new Random().nextInt()或方法调用），则只是“运行时常量”，不会被内联，但依然不可重新赋值 - 对于对象引用，final 仅保证引用地址不变，不阻止对象内部状态改变（如
final List<string> list = new ArrayList();</string>，仍可 add/remove）
常量命名应全大写 + 下划线分隔
这是 Java 社区广泛遵循的约定（源自《Java Language Specification》和 Google Java Style Guide），用于快速识别常量：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 类级别的 public static final 字段：必须全大写，单词间用下划线连接，例如
DEFAULT_TIMEOUT_MS、API_VERSION_V2 - 包级或私有常量（private static final）也建议统一风格，增强一致性；避免混用驼峰（如
maxRetries）造成混淆 - 布尔常量同样适用：用
IS_ENABLED、SHOULD_RETRY，而非enabled或shouldRetry
什么时候该用 final 常量而不是普通变量？
核心判断依据是“是否在生命周期内绝对不变”，而非“看起来像常量”：
立即学习“Java免费学习笔记（深入）”；
- 配置值（端口、超时、重试次数）、协议版本、状态码、固定字符串（SQL 模板、HTTP 头名）适合定义为 public static final
- 局部变量也可用 final（尤其在 lambda 或匿名类中捕获时），提升可读性和安全性，命名按局部变量习惯（驼峰），无需大写下划线
- 避免滥用：比如循环里声明
final int i = ...若无明确语义价值，反而干扰阅读；final 应服务于意图表达，不是装饰
静态常量建议配合 private 构造器或 enum 封装
当一组相关常量逻辑紧密（如订单状态、HTTP 方法），优先考虑更安全、更富语义的表达方式：
- 用 enum 替代字符串/数字常量：类型安全、可枚举、自带 toString 和 valueOf，例如
enum HttpStatus { OK(200), NOT_FOUND(404); } - 若必须用 public static final，建议将常量类设为 final 并私有构造器（防止实例化），例如
class Constants { private Constants() {} public static final String DB_URL = "..."; } - 避免把所有常量堆在一个
AllConstants类里——按模块或领域拆分（DbConstants、ApiConstants），便于定位和复用
