正如其他答案所提到的，它导致中间浮点结果符合IEEE规范。特别是x86处理器可以存储与IEEE规范不同精度的中间结果。当JIT优化特定的计算时，情况变得更加复杂;指令的顺序可能每次都不同，导致舍入略有不同。

由strictfp引起的开销可能非常依赖于处理器和JIT。 这篇关于SSE2的维基百科文章似乎对这个问题有一些见解。 因此，如果JIT可以生成SSE指令来执行计算，那么strictfp似乎不会有任何开销。

在我当前的项目中，有几个地方我使用了strictfp。有一点，潜在的宇宙射线需要从像素值中去除。如果一些外部研究人员在他们面前有相同的像素值和宇宙射线，他们应该得到与我们的软件相同的结果值。

实际上，维基百科上有一篇关于strictfp的好文章，其中有一个指向Java规范中浮点类型、格式和值部分的链接。

字里行间的意思是，如果您没有指定strictfp，那么JVM和JIT编译器就有权按它们想要的方式计算您的浮点计算。为了提高速度，它们很可能将计算委托给您的处理器。在使用strictfp时，计算必须符合IEEE 754算术标准，这在实践中可能意味着JVM将执行计算。

那么为什么要使用strictfp呢?我能看到的一个场景是在分布式应用程序(或多人游戏)中，无论底层硬件或CPU是什么，所有浮点计算都需要是确定的。代价是什么?很可能是执行时间。

我需要它的一次(也是唯一一次)是与IBM ZSeries进行协调。在会计和大型机之外;不。有一段时间了，但我相当确定大型机没有改变。

正如其他答案所提到的，它导致中间浮点结果符合IEEE规范。特别是x86处理器可以存储与IEEE规范不同精度的中间结果。当JIT优化特定的计算时，情况变得更加复杂;指令的顺序可能每次都不同，导致舍入略有不同。

由strictfp引起的开销可能非常依赖于处理器和JIT。 这篇关于SSE2的维基百科文章似乎对这个问题有一些见解。 因此，如果JIT可以生成SSE指令来执行计算，那么strictfp似乎不会有任何开销。

在我当前的项目中，有几个地方我使用了strictfp。有一点，潜在的宇宙射线需要从像素值中去除。如果一些外部研究人员在他们面前有相同的像素值和宇宙射线，他们应该得到与我们的软件相同的结果值。

也许下面的例子有助于更清楚地理解这一点: 在java中，当我们使用查找任何操作的精确信息时，例如。 如果我们做double num1 = 10e+102;Double num2 = 8e+10; 结果= num1+ num2;

        The output will be so long and not precise, becasue it is precissed by the hardware e.g JVM and JIT has the license 
        as long as we dont have specify it Strictfp

Marking it Strictfp will make the result Uniform on every hardware and platform, because its precised value will be same
One scenario I can see is in a distributed application (or multiplayer game) where all floating-point calculations need to 
be deterministic no matter what the underlying hardware or CPU is.

Java 17更新

strictfp的用例集非常狭窄，从Java 17开始，它的功能已经被删除了。它仍然是一个有效的修饰符，但是现在strictfp什么都不做(JLS来源)。

相反，现在所有浮点操作都是严格的，就像在Java 1.2中引入strictfp之前一样。在现代处理器上，不再有任何额外的性能成本。

原来的答案

以下是一些参考资料:

Using strictfp (JDC Tech Tip) jGuru: What is the strictfp modifier for? When would I consider using it? Basically, what it all boils down to is whether or not you care that the results of floating-point expressions in your code are fast or predictable. For example, if you need the answers that your code comes up with which uses floating-point values to be consistent across multiple platforms then use strictfp. strictfp - Java Glossary Floating point hardware calculates with more precision, and with a greater range of values than the Java specification requires. It would be confusing if some platforms gave more precision than others. When you use the strictfp modifier on a method or class, the compiler generates code that adheres strictly to the Java spec for identical results on all platforms. Without strictfp, is it is slightly laxer, but not so lax as to use the guard bits in the Pentium to give 80 bits of precision. And finally the actual Java Language Specification, §15.4 FP-strict Expressions: Within an FP-strict expression, all intermediate values must be elements of the float value set or the double value set, implying that the results of all FP-strict expressions must be those predicted by IEEE 754 arithmetic on operands represented using single and double formats. Within an expression that is not FP-strict, some leeway is granted for an implementation to use an extended exponent range to represent intermediate results; the net effect, roughly speaking, is that a calculation might produce "the correct answer" in situations where exclusive use of the float value set or double value set might result in overflow or underflow.

不过我个人从来没用过它。