接口中的方法不能用 strictfp 修饰，因为 strictfp 约束实际浮点运算过程，而接口抽象方法无方法体、不生成字节码、不含浮点表达式，缺乏可约束的执行上下文；Java 规范明确禁止该用法。
接口中的方法不能用 strictfp 修饰，根本原因在于：接口方法本身没有实现体，而 strictfp 的语义是约束“浮点运算的执行过程”，它只对**实际发生计算的代码段**起作用。
strictfp 的作用对象是运行时的浮点计算
strictfp 不是修饰“声明”或“契约”，而是告诉 JVM：“在这个范围内，所有 float/double 表达式的中间计算和结果，必须严格遵循 IEEE-754 标准，禁用硬件扩展精度（比如 x87 80 位寄存器）”。这需要有可执行的字节码、有运算表达式、有栈帧参与——而接口方法只有签名，没有方法体，编译后不生成任何浮点指令。
接口方法天然不具备可执行的浮点逻辑
接口方法是抽象的，不包含任何语句，更不会有类似 a + b * c 这样的浮点表达式。即使后续实现类用了 strictfp 或做了高精度计算，那也属于实现层面的事，与接口定义无关。因此：
- 给接口方法加 strictfp 没有实际约束目标；
- JVM 无法在接口层级插入任何浮点执行策略；
- Java 语言规范明确禁止这种用法，编译器会直接报错。
strictfp 只能用于有计算行为的上下文
Java 允许 strictfp 出现在三个位置：
立即学习“Java免费学习笔记（深入）”；
- 类（
strictfp class A { ... }）→ 约束该类中所有方法内的浮点表达式； - 接口（
strictfp interface I { ... }）→ 约束该接口中所有 静态字段初始化 和 默认方法/私有方法 内的浮点计算（注意：不是抽象方法）； - 具体方法（
strictfp double calc() { return x / y; }）→ 约束该方法体内的浮点运算。
但抽象方法（包括接口中未实现的方法）既无方法体，也不参与初始化，自然被排除在外。
补充：为什么接口本身可以被 strictfp 修饰？
因为接口中可能包含 static final 字段，其初始化表达式可能是浮点运算（例如 static final double PI = Math.PI * 2;），也可能包含 default 或 private 方法——这些都有实际代码。此时 strictfp 接口 就会确保这些可执行部分的浮点行为跨平台一致。但这和“修饰抽象方法”是两回事。
