java接口中成员变量默认为public static final常量，编译器强制补全修饰符，必须声明时初始化，应通过接口名访问，命名需全大写加下划线，但现代开发更推荐用final类或enum替代。
Java 中接口里的成员变量，一定义就自动成为全局常量，不用写任何修饰符，编译器会悄悄加上 public static final —— 这不是约定，而是语言强制规则。
为什么说是“默认”而不是“可选”
你写 int MAX = 100;，Java 就当它是 public static final int MAX = 100;。试图去掉 final、加 private 或者不初始化，都会直接报错。这不是风格问题，是语法红线。
- 没写
public？编译器补上——接口成员必须对外可见 - 没写
static？编译器补上——接口不能有实例状态 - 没写
final？编译器补上——值一旦定下就不能改
怎么用才符合语义和规范
既然是“属于接口的常量”，调用时就该体现这个归属关系：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ✅ 正确：用接口名直接访问，比如
MyConfig.TIMEOUT - ⚠️ 不推荐：用实现类名访问，比如
ServiceImpl.TIMEOUT（语法通，但掩盖了常量的真实来源） - ❌ 错误：用对象实例访问，比如
new Impl().TIMEOUT（编译可能过，但违背设计本意）
命名和初始化有硬性要求
这类常量不是普通变量，它更像配置标签：
- 必须在声明时赋初值，不能留空或延迟初始化
- 习惯用全大写+下划线，如
DEFAULT_RETRY_COUNT，增强可读性 - 类型限于编译期可确定的值：基本类型、String、枚举字面量等
现代开发中要不要继续用它
技术上完全可行，但实际项目里越来越少见：
- 接口本意是定义行为契约，放常量容易模糊职责
- 多个接口同名常量可能引发冲突，需显式限定，维护成本高
- 更清晰的做法是：用
final class封装配置、用enum表达有限取值、或用 Spring 的@ConfigurationProperties
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
