strictfp关键字不提升精度，而是确保跨平台浮点结果一致：强制使用ieee-754标准精度（32/64位），禁用硬件扩展精度（如x87的80位寄存器），使中间结果立即舍入，仅作用于修饰的类、接口或方法，解决可重现性问题。
strictfp 关键字不提升浮点数精度，而是通过约束中间计算过程，确保同一段代码在不同平台（x86、ARM、不同 JVM 实现）上产生完全一致的浮点结果。
它强制使用 IEEE-754 标准精度，禁用硬件扩展精度
默认情况下，JVM 可能利用 CPU 的 80 位扩展精度寄存器暂存中间结果（如 x87 FPU），导致 0.2 * 0.3 这类运算在 Intel 机器上多保留几位有效数字，再截断为 double；而 ARM 或现代 AArch64 JVM 通常直接按 64 位双精度执行。这种差异虽小，却足以让金融对账或单元测试断言失败。strictfp 要求：每个浮点中间结果必须立即舍入到 float（32 位）或 double（64 位）的 IEEE-754 规定格式，不允许延后舍入或暂存更高精度值。
它只作用于明确修饰的类、接口或方法
strictfp 不是全局开关，也不能用于变量或表达式：
- 修饰类：该类中所有非 native、非 static 的 float/double 方法体都启用严格模式
- 修饰接口：接口内所有 default 和 static 方法的浮点运算自动受约束
- 修饰方法：仅该方法体内浮点表达式受约束，调用的其他方法不受影响（除非它们也声明了 strictfp）
它解决的是可重现性，不是数学精度问题
加了 strictfp 后，0.1 + 0.2 == 0.3 依然为 false，float/double 的固有舍入误差不会消失。它只是把“合法行为范围”收窄——原本 JVM 可以自由选择用 64 位还是 80 位做中间计算，现在只能选 64 位（double）或 32 位（float）。这样，不同平台的输出就收敛到同一个比特序列，适合需要比特级一致性的场景，比如分布式物理模拟、服务端与边缘设备协同计算、或依赖固定浮点输出的自动化测试。
日常开发中多数不需要，但关键模块值得加上
普通业务逻辑（如金额展示、阈值粗略比较）无需 strictfp；性能敏感场景（如高频实时渲染）也应避免滥用。真正需要它的典型情况包括：
- 金融系统中要求多环境利息计算结果绝对一致（尽管更推荐 BigDecimal 处理货币）
- 科学计算模块需跨平台回放调试或结果比对
- 联机游戏同步逻辑，客户端与服务端必须基于完全相同的浮点中间状态做判定
- CI 流水线中浮点单元测试在 Windows、Linux、macOS 上都要稳定通过
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
