Java接口里能写public static final变量吗
能，但只能是编译期常量，且隐式具备public static final修饰——你写不写都一样。这不是“定义变量”，而是定义常量。
常见错误现象：Cannot assign a value to final variable出现在实现类试图修改接口中声明的字段时；或者误以为接口可以像类一样定义实例变量，结果编译直接报错。
- 所有接口字段自动被
public static final修饰，不能用private、protected、volatile等修饰 - 必须在声明时初始化（否则编译失败），且值必须是编译期常量（如
"abc"、123、MyEnum.VALUE） - 接口中写
int x = 1;和public static final int x = 1;完全等价，后者只是显式写出默认行为 - 不要在接口里放可变对象引用（如
List<string> NAMES = new ArrayList()</string>），虽然语法通过，但会误导调用方以为它是不可变的
接口里写default方法算不算“定义方法”
算，而且这是 Java 8 引入的关键能力——它让接口能提供可复用的默认实现，同时不破坏已有实现类的兼容性。
使用场景：当你有一组实现类共用某段逻辑（比如日志、校验、格式化），又不想抽成抽象类，就可以塞进default方法。
立即学习“Java免费学习笔记（深入）”；
-
default方法不能是static或private（Java 9+ 支持privatedefault 方法，但仅限于辅助其他 default 方法） - 如果两个接口都提供了同签名的
default方法，实现类必须显式重写该方法，否则编译报错：class inherits unrelated defaults for xxx() from types A and B - 注意 this 指向：在
default方法里调用this.xxx()，实际调用的是实现类中重写后的方法（动态绑定），不是接口里的 - 性能上无额外开销，本质仍是虚方法调用，和普通实例方法一致
为什么不能在接口里定义普通实例变量
因为接口描述的是“能做什么”，不是“拥有什么状态”。Java 设计上要求接口必须保持纯粹的契约性——所有实现类共享同一套行为协议，但各自维护自己的状态。
常见错误现象：有人试图在接口里写String name;或private int count;，IDE 直接标红，javac 报错：Modifier 'private' not allowed here 或 Interface field must be public, static and final。
- 接口没有实例，自然无法承载实例变量；它的所有成员都属于类型层级，而非对象层级
- 如果真需要共享状态，应该用工具类（
public final class Utils）或配置类，而不是塞进接口 - 强行用
static字段模拟“共享状态”是危险的——所有实现类看到的是同一个静态变量，容易引发并发或污染问题
接口常量 vs 类常量：命名和访问差异
接口常量在语义上强调“契约内约定的固定值”，类常量更偏向“实现细节封装”。虽然都能用public static final，但访问方式和设计意图不同。
使用场景：比如定义 HTTP 状态码，放在HttpStatus接口里，让所有 HTTP 相关实现类统一感知；而某个算法内部的 magic number，更适合放在具体工具类里。
- 接口常量推荐全大写+下划线（
MAX_RETRY_COUNT），类常量也建议如此，但 IDE 不会强制 - 通过类名访问接口常量（
MyInterface.CONSTANT）是常规做法；但若某类实现了该接口，也能直接写CONSTANT（不推荐，可读性差，易混淆来源） - 接口常量会被编译器内联（inlined）到调用处，所以修改后必须重新编译所有依赖它的类，否则旧值仍生效
- Android 开发中尤其要注意：启用 R8/ProGuard 后，未显式引用的接口常量可能被整个移除
