一切都始于一个故事，

When java was being developed by James Gosling, Herbert and rest of his team. They had this crazy thing in mind called platform independency. They wanted to make oak(Java) so much better that it would run exactly same on any machine having different instruction set, even running different operating systems. But, there was a problem with decimal point numbers also known as floating point and double in programming languages. Some machines were built targeting efficiency while rest were targeting accuracy. So, the later(more accurate) machines had size of floating point as 80 bits while the former(more efficient/faster) machines had 64 bit doubles. But, this was against there core idea of building a platform independent language. Also, this might lead to loss of precision/data when a code is built on some machine(having double of 64 bit size) and run on another kind of machine(having double of 80 bit size).

扩大规模是可以容忍的，但缩小规模是不能容忍的。 因此，他们遇到了strictfp的概念，即严格浮点数。如果在类/函数中使用此关键字，则其浮点数和双精度浮点数在任何机器上都具有一致的大小。即分别为32位/64位。

'strictfp'关键字用于强制Java中的浮点计算(float或double)的精度显式符合IEEE的754标准。如果不使用strictfp关键字，浮点精度取决于目标平台的硬件。

如果接口或类使用strictfp声明，那么该接口或类中的所有方法和嵌套类型都是隐式strictfp。

参考链接

strictfp is a modifier which restricts floating point calculations as per IEEE 754. This can be used on whole class like "public strictfp class StrictFpModifierExample{}" or on method "public strictfp void example()".If it is used on class than all methods will follow IEEE 754 and if used on method then particular method will follow IEEE 754. Why it is used??::: As different platforms have different floating point hardware which calculates with more precision and greater range of values than the java specification requires which may produce diffrent output on diffrent plateforms.so it confirms the same output irrespective of diffrent plateforms strictfp also ensures to take advantage of the speed and precision of the extended precision floating-point operations. There is no disadvantage with this keyword we can use when we are doing floating point calculations My last point is --What is IEEE754 in short IEEE 754 defines standard method for both floating point calculations and storage of floating point values in either single (32-bit, used in Java floats) or double (64-bit, used in Java doubles) precision.It also defines norms for intermediate calculations and for extended precision formats.

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

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

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

一切都始于一个故事，

When java was being developed by James Gosling, Herbert and rest of his team. They had this crazy thing in mind called platform independency. They wanted to make oak(Java) so much better that it would run exactly same on any machine having different instruction set, even running different operating systems. But, there was a problem with decimal point numbers also known as floating point and double in programming languages. Some machines were built targeting efficiency while rest were targeting accuracy. So, the later(more accurate) machines had size of floating point as 80 bits while the former(more efficient/faster) machines had 64 bit doubles. But, this was against there core idea of building a platform independent language. Also, this might lead to loss of precision/data when a code is built on some machine(having double of 64 bit size) and run on another kind of machine(having double of 80 bit size).

扩大规模是可以容忍的，但缩小规模是不能容忍的。 因此，他们遇到了strictfp的概念，即严格浮点数。如果在类/函数中使用此关键字，则其浮点数和双精度浮点数在任何机器上都具有一致的大小。即分别为32位/64位。

也许下面的例子有助于更清楚地理解这一点: 在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.