什么时候应该在java中使用“strictfp”关键字？
我已经查过这是什么，但是有没有人真的有一个例子，当你在Java中使用strictfp关键字？ 有没有人真的find了这个用途？
是否将所有的浮点操作都放在了一个副作用上？
Strictfp确保在每个平台上获得与您的浮点计算完全相同的结果。 如果您不使用strictfp，则JVM实现可以在可用的情况下自由使用额外的精度。
从JLS ：
在FP-strictexpression式中，所有中间值必须是float值集或double值集的元素，这意味着所有FP-strictexpression式的结果必须是由IEEE 754algorithm对使用单格式和双格式表示的操作数所预测的结果。 在一个不是FP严格的expression式中，为了使用扩展的指数范围来表示中间结果，实现了一些余地。 总的来说，净效应是在独占使用float值集或double值集可能导致溢出或下溢的情况下，计算可能产生“正确答案”。
换句话说，就是确保Write-Once-Run-Anywhere实际上意味着Write-Once-Get-Equally-Wrong-Results-Everywhere 。
用strictfp你的结果是可移植的，没有它，他们更可能是准确的。
维基百科在这里实际上有一篇关于这个话题的好文章，并且链接到了Java规范。
在各行之间读取，其含义是，如果不指定strictfp ，则JVM和JIT编译器具有许可证，可以根据需要计算您的浮点计算。 为了提高速度，他们很可能将计算委托给处理器。 strictfp ，计算必须符合IEEE 754算术标准，实际上，这可能意味着JVM将执行计算。
那么你为什么要使用strictfp ？ 我可以看到的一个场景是在分布式应用程序（或多人游戏）中，无论基础硬件或CPU是什么，所有浮点计算都需要确定性。 什么是权衡？ 最有可能的执行时间。
这里有几个参考文献：
- 使用strictfp （JDC技术提示）
-
jGuru： 什么是strictfp修饰符？ 我什么时候会考虑使用它？
基本上，归结起来就是你是否在乎代码中浮点expression式的结果是快速还是可预测的。 例如，如果您需要使用浮点值在多个平台间保持一致的代码，请使用
strictfp。 -
strictfp – Java术语表
浮点硬件的计算精度更高，并且具有比Java规范要求更大的值范围。 如果一些平台比其他平台更精确，那将是令人困惑的。 在方法或类上使用
strictfp修饰符时，编译器将生成严格遵守Java规范的代码，以在所有平台上获得相同的结果。 如果没有strictfp，是不是稍微宽松一点，但是不要使用Pentium中的保护位来提供80位的精度。 -
最后是实际的Java语言规范，第15.4节FP-strictexpression式 ：
在FP-strictexpression式中，所有中间值必须是float值集或double值集的元素，这意味着所有FP-strictexpression式的结果必须是由IEEE 754algorithm对使用单格式和双格式表示的操作数所预测的结果。 在一个不是FP严格的expression式中，为了使用扩展的指数范围来表示中间结果，实现了一些余地。 总的来说，净效应是在独占使用float值集或double值集可能导致溢出或下溢的情况下，计算可能产生“正确答案”。
不过，我从来没有亲自使用它。
这一切都始于一个故事，
当Java由James Gosling，Herbert和他的其他团队开发的时候。 他们有这个疯狂的东西在脑海里被称为平台独立 。 他们希望使橡木（Java）变得更好，以至于在任何具有不同指令集的机器上运行完全相同，甚至运行不同的操作系统。 但是，在编程语言中，小数点数也被称为浮点和双精度。 有些机器是以效率为目标，其余的则以精确度为目标。 所以，后来的（更精确的）机器的浮点大小为80位，而前者（更高效/更快）的机器有64位双倍。 但是，这与构build独立于平台的语言的核心思想是不一致的。 另外，当一些代码是在一些机器（具有64位大小的双倍）并且在另一种机器（具有80位大小的双倍）上运行时，这可能导致精度/数据的丢失。
上调可以容忍，但是下调不能。 于是，他们遇到了strictfp即严格浮点的概念。 如果你在一个类/函数中使用这个关键字，那么它的浮点和双精度在任何机器上都是一致的。 即分别为32/64位。
正如上面提到的其他答案，它会导致中间浮点结果符合IEEE规范。 特别是x86处理器可以按照IEEE规范以不同的精度存储中间结果。 当JIT优化一个特定的计算时，情况变得更加复杂; 指令的顺序可能会不同，每次导致稍微不同的舍入。
strictfp产生的开销很可能是处理器和JIT的依赖。 这篇关于SSE2的维基百科文章似乎对这个问题有一定的了解。 所以如果JIT可以生成SSE指令来执行计算，那么strictfp似乎不会有任何开销。
在我目前的项目中，有一些地方使用strictfp。 有一点需要从像素值中去除潜在的宇宙射线。 如果一些外部研究人员在他们面前具有相同的像素值和宇宙射线，他们应该得到与我们的软件相同的结果值。
-
strictfp是一个限制按照IEEE 754进行浮点计算的修饰符。
-
这可以用于整个类，比如“public strictfp class StrictFpModifierExample {}”或方法“public strictfp void example（）”。如果在类上使用，那么所有的方法都遵循IEEE 754，如果在方法上使用，那么特定的方法遵循IEEE 754。
-
为什么使用？:::因为不同的平台有不同的浮点硬件，这些硬件的计算精度更高，值的范围也比java规范要求的要高，可能会在不同的平台上产生不同的输出，所以它确认了相同的输出， plateforms
-
strictfp还可以确保利用扩展精度浮点运算的速度和精度。
-
当我们正在做浮点计算时，我们可以使用这个关键字没有缺点
-
我的最后一点是：什么是IEEE754总之，IEEE 754定义了浮点计算和存储浮点值的标准方法，无论是单个（32位，用在Java浮点数）还是双精度（64位，用在Java双精度）。它还定义了中间计算和扩展精度格式的规范。
strictfp是一个关键字，可以用作类或方法的非非访问修饰符（但永远不会variables）。 将类标记为strictfp意味着类中的任何方法代码都将符合IEEE 754浮点标准规则。
如果没有这个修饰符，方法中使用的浮点可能会依赖于平台。 有了它，您就可以预测浮点的行为如何，而不pipeJVM运行的底层平台如何。 缺点是如果底层平台能够支持更高的精度， strictfp方法将无法利用它。
如果您没有将类声明为strictfp ，那么您仍然可以通过将方法声明为strictfp逐个方法地获取strictfp行为。
〜SCJPSun®Java™6authentication程序员 – Kathy Sierra＆Bert Bates〜
