JavaScript 中的所有数学函数都使用弧度代替度数。 然而他们要么不平等，要么我离谱。
度到弧度的转换是：
var rad = angle * Math.PI / 180
90度角equals1.57079633弧度
90 度角的余弦 equals 0。
1.57079633 弧度equals -3.20510345 × 10-9 的余弦。
请注意，在 Javascript 中，一切都是一步完成的，以避免舍入错误：
var cos = Math.cos(angle * Math.PI / 180);
我显然在这里遗漏了一些明显的东西，但是男孩是不是把代码搞砸了。
【问题讨论】：
标签： javascript math radians
一切都在一个步骤中完成，以避免舍入错误
如何避免舍入错误？这只是意味着舍入误差在单独的变量中不可用，仅此而已。
pi的true值不能准确地表示为浮点数，所以pi/2的真实值也不能。所以你不能给Math.cos 得到0 所需的确切值。但是嘿- 10-9 是一个非常非常小的 数字。这意味着如果你画一条 10,000 公里长的线，你最终会偏离相关轴 1 厘米。
这正是您在处理浮点数时应该预料到的事情。不要与平等进行比较 - 在一定的容忍范围内进行比较。
【讨论】：
总会有舍入错误。无论如何，浮点在数学上并不准确，它只能精确到一定数量的有效数字。
更改您的代码，使其在出现大约 1/1000000000 的错误时不会“搞砸”。
【讨论】：
对于我们大多数人来说，在计算机 0 IS 上进行严重求和等于 -3.20510345×10^-9 到任何合理程度的精度，您在使用浮点时有权期望数字。这是 SO 上经常讨论的主题。
【讨论】：
是的，你只是在这里丢失了类型转换的数据。
90 度的弧度不等于 1.57079633。如果有更多小数位，那将按预期直接转换回来。
您将始终必须小心处理此类事情。如上所述，10^-9 足够接近于零。
同样取自MSDN：
此外，由于 Double 类型的精度损失，使用 Double 值的算术和赋值操作的结果可能会因平台而略有不同。例如，分配文字 Double 值的结果在 .NET Framework 的 32 位和 64 位版本中可能不同。以下示例说明了将文字值 -4.42330604244772E-305 和值为 -4.42330604244772E-305 的变量分配给 Double 变量时的这种差异。请注意，这种情况下 Parse(String) 方法的结果不会损失精度。
【讨论】：
在计算机中，π/2 弧度不能完全等于 90 度，因为 π 是无限长的数。因此，除非计算机是∞位的，否则不能指望完美的 π 精度。
【讨论】：
我才意识到：
-3.20510345 × 10-9 与 -0.00000000320510345 相同，非常接近于零。
Google 对弧度的转换是四舍五入的，而该四舍五入会导致错误。
我的猜测是，以数字不精确而臭名昭著的 Javascript 也会产生不正确的弧度，因此它的 cosign 是不正确的。
不知道如何解决这个问题 - 舍入是不可接受的，因为这不适用于其他角度。
【讨论】：