为什么Math.sin（）委托给StrictMath.sin（）？

Question

我想知道，当我在Reddit线程中发现问题时，为什么要Math.sin(double)委托给。提到的代码片段如下所示（JDK
7u25）：StrictMath.sin(double)

Math.java ：

public static double sin(double a) {
    return StrictMath.sin(a); // default impl. delegates to StrictMath
}

StrictMath.java ：

public static native double sin(double a);

第二项声明native对我来说是合理的。Math状态文档指出：

鼓励代码生成器使用特定于平台的本机库或微处理器指令（如果可用）（…）

问题是
：实现StrictMath平台特定的本机库不够吗？除了已安装的JRE，JIT还可以了解有关平台的更多信息（请仅关注这种情况）？换句话说，为什么还不是Math.sin()本地人？

Answer 1

我将尝试在单个帖子中总结整个讨论。

通常，的Math代表StrictMath。显然，可以内联该调用，因此这不是性能问题。

StrictMath是具有native本机库支持的方法的最终类。有人可能会认为， native意味着optimum
，但这不一定是事实。查看StrictMathjavadoc可以阅读以下内容：

（…）此程序包中某些数字函数的定义要求它们产生与某些已发布算法相同的结果。这些算法可以从著名的网络库netlib中以软件包“ Freely
Distributable Math Library”
fdlibm的形式获得。这些用C编程语言编写的算法，应理解为遵循Java浮点算术规则并通过所有浮点运算执行。

我对本文档的理解是，本机库实现StrictMath是根据 fdlibm
库实现的，该库是多平台的，已知会产生可预测的结果。由于它是多平台的，因此不能指望它是每个平台上的最佳实现， 我相信这是智能JIT可以
例如通过输入范围的统计分析和调整算法来 微调实际性能的地方。 /实现。

深入研究实现，很快发现，本机库备份StrictMath实际上 使用 fdlibm ：

OpenJDK
7中的StrictMath.c源代码如下所示：

   #include "fdlibm.h"
   ...
   JNIEXPORT jdouble JNICALL
   Java_java_lang_StrictMath_sin(JNIEnv *env, jclass unused, jdouble d)
   {
       return (jdouble) jsin((double)d);
   }

正弦函数在fdlibm / src /
s_sin.c中定义，在几个地方引用了__kernel_sin直接来自标头
fdlibm.h的函数 。

当我暂时 接受自己的答案时 ，很高兴能收到一个更称职 的答案 。