Java接口中变量默认为public static final，声明时可省略修饰符，推荐全大写加下划线命名；但接口本质是行为契约，常量宜用final类或enum管理。
Java 接口中定义的变量默认就是 public static final 的，所以直接用 type name = value; 形式声明即可，无需显式写修饰符。
接口中常量的声明方式
在接口中声明常量时，编译器会自动加上 public static final 三个修饰符，即使你不写，效果也一样。因此推荐省略，让代码更简洁清晰。
- 语法：直接写
数据类型 常量名 = 值; - 命名习惯：全部大写，单词间用下划线分隔（如
MAX_RETRY_COUNT） - 类型限制：只能是编译期常量（即字面量或编译期可确定的表达式）
一个实际例子
比如定义一个网络请求相关的常量接口：
public interface NetworkConstants {
int TIMEOUT_MS = 5000; // 等价于 public static final int TIMEOUT_MS = 5000;
String DEFAULT_HOST = "https://api.example.com";
boolean ENABLE_LOGGING = true;
}
实现类或工具类可以直接通过接口名访问：NetworkConstants.TIMEOUT_MS。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
需要注意的细节
虽然技术上可行，但把常量全堆在接口里并不推荐作为主流设计方式：
- 接口本质是契约，用于定义行为；常量属于配置或数据，语义上不匹配
- 过度使用会导致接口职责混乱，违背单一职责原则
- 现代 Java 更倾向用
public final class Constants { ... }或枚举（enum）来组织常量
替代方案建议
如果只是想集中管理常量，可以考虑：
- 新建一个
final class，构造器私有，只包含静态常量字段 - 对有逻辑关联的一组值（如状态码、协议类型），优先使用
enum - Spring 项目中也可用
@ConfigurationProperties或@Value管理外部化常量
