javascript - 为什么 parseInt(8,3) == NaN 和 parseInt(16,3) == 1？

Question

我正在阅读 this但我对 parseInt 中带有基数参数一章的内容感到困惑

为什么是 parseInt(8, 3) → NaN 和 parseInt(16, 3) → 1?

AFAIK 8 和 16 不是 base-3 数字，因此 parseInt(16, 3) 也应该返回 NaN

Answer 1

这是人们一直都会遇到的事情，即使他们知道这一点。 :-) 你看到这个的原因与 parseInt("1abc") 返回 1 的原因相同:parseInt 在第一个无效字符处停止并返回它在该点的任何内容.如果没有要解析的有效字符，则返回 NaN。

parseInt(8, 3) 表示“以 3 为基数解析 "8"”(注意它将数字 8 转换为字符串；details in the spec)。但在基数 3 中，个位数只是 0、1 和 2。这就像要求它以八进制解析 "9" 。由于没有没有个有效字符，你得到了NaN。

parseInt(16, 3) 要求它以基数 3 解析 "16"。由于它可以解析 1，它确实，然后它停在 6 因为它无法解析它。所以它返回 1.

---

由于这个问题引起了很多关注，并且可能在搜索结果中排名很高，因此这里列出了在 JavaScript 中将字符串转换为数字的选项，以及它们的各种特性和应用程序(摘 self 在 SO 上的另一个答案) :

• parseInt(str[, radix]) - 尽可能多地将字符串的开头转换为一个整数(整数)，忽略末尾的额外字符。所以 parseInt("10x") 是 10; x 被忽略。支持可选的基数(数字基数)参数，因此 parseInt("15", 16) 是 21 (15 为十六进制)。如果没有基数，则假定为十进制，除非字符串以 0x(或 0X)开头，在这种情况下，它会跳过这些并假定为十六进制。 (一些浏览器过去将 0 开头的字符串视为八进制；该行为从未指定，在 ES5 规范中是 specifically disallowed。) 返回 NaN 如果没有找到可解析的数字。

• parseFloat(str) - 与 parseInt 类似，但处理 float 且仅支持十进制。字符串上的额外字符再次被忽略，因此 parseFloat("10.5x") 是 10.5 (x 被忽略)。由于仅支持十进制，parseFloat("0x15") 为 0(因为解析在 x 处结束)。如果没有找到可解析的数字，则返回 NaN。

• 一元+，例如+str - (例如，隐式转换) 使用 float 和 JavaScript 的标准数字表示法(仅数字和小数点 = 十进制; 0x 前缀 = 十六进制; 0o 前缀 = 八进制 [ES2015+]; 一些 实现扩展它以处理前导 0 为八进制，但不是严格模式)。 +"10x" 是 NaN 因为 x 不 被忽略。 +"10" 是 10，+"10.5" 是 10.5，+"0x15" 是 21，+"0o10" 是 8 [ES2015+]。有一个陷阱:+"" 是 0，而不是您可能期望的 NaN。

• Number(str) - 完全像隐式转换(例如，像上面的一元 +)，但在某些实现上速度较慢。 (这可能并不重要。)