为啥 Number.parseInt('111AAA') 像它在 JS 中那样工作？这种行为背后的原因是啥？

Posted 2023-03-07

【中文标题】为啥 Number.parseInt(\'111AAA\') 像它在 JS 中那样工作？这种行为背后的原因是啥？

【英文标题】：Why does Number.parseInt('111AAA') works like its supposed to in JS ? What is the reasoning behind this behaviour?为什么 Number.parseInt('111AAA') 像它在 JS 中那样工作？这种行为背后的原因是什么？

【发布时间】：2021-09-01 01:21:12

【问题描述】：

如果我执行parseInt('111AAA')，我们会得到输出'111'。在 javascript 中，为什么 parseInt 像 MDN 文档中提到的那样工作。

parseInt 函数将其第一个参数转换为字符串，解析 它，并返回一个整数或 NaN。如果不是 NaN，则返回值将 是第一个参数的十进制整数表示形式 指定基数（基数）中的数字。例如，基数为 10 表示从十进制数、8 位八进制数、16 位十六进制数转换， 等等。对于 10 以上的基数，字母表中的字母表示 大于 9 的数字。例如，对于十六进制数（基数 16)，使用 A 到 F。

如果 parseInt 在 指定的基数，它会忽略它以及所有后续字符和 返回解析到该点的整数值。 parseInt 截断 数字到整数值。允许前导和尾随空格。

我已经开始学习 JS 并且有使用 Java 和 C 的背景。如果提供给它一个字母数字值，它不应该给出错误吗？这种行为背后的原因是什么？有没有其他语言采用这种方式？

编辑：@jabaa 指出 C 中存在类似的功能 https://en.cppreference.com/w/cpp/string/basic_string/stol

【问题讨论】：

“还有其他语言采用这种方式吗？” 是的，C、C++ 可能还有很多其他语言；-) en.cppreference.com/w/cpp/string/basic_string/stol 参见"31337 with words" 的示例。它被解析为31337。我在 Stack Overflow 上读到的关于 JavaScript 的大多数“奇怪”内容在许多其他编程语言中都很常见。

欢迎使用 Javascript。你的问题有点奇怪，为什么它像文档中描述的那样工作？为什么不呢？

Is asking “why” on language specifications still considered as “primarily opinion-based” if it can have official answers?

如果提供了一个字母数字值，它不应该给出错误吗？如果是这样，你为什么要首先解析它？

如果你想要更严格的版本使用Number('111AAA')，这将返回NaN..

【参考方案1】：

顾名思义，parseInt 是解析器，而不是转换器。当转换器将字符串作为一个整体并试图理解它时，解析器会逐个符号地使用输入符号并在它无法处理的第一个符号处停止。在javascript中，数字的转换器是Number:

console.log(Number('123foo'))
console.log(parseInt('123foo'))

在 C 中，atoi、strtol 和类似函数都是解析器，而不是转换器。