为什么在 JavaScript 中用 parseInt 处理数组 ['1', '2', '3'] 会出现意外结果？

问题定位

你提到的 `parseInt` 处理数组 `['1', '2', '3']` 的意外结果，本质上是 `parseInt` 与 `Array.prototype.map` 配合使用时的一个经典陷阱。核心原因在于 `parseInt` 接受两个参数，而 `map` 会传递三个参数给回调函数。

参数传递机制

`Array.prototype.map` 的签名是 `callback(currentValue, index, array)`，而 `parseInt` 的签名是 `parseInt(string, radix)`。当 `parseInt` 作为 `map` 的回调时，它会接收到：

- 第一次迭代：`parseInt('1', 0, ['1', '2', '3'])` → 等价于 `parseInt('1', 0)`

- 第二次迭代：`parseInt('2', 1, ['1', '2', '3'])` → 等价于 `parseInt('2', 1)`

- 第三次迭代：`parseInt('3', 2, ['1', '2', '3'])` → 等价于 `parseInt('3', 2)`

进制解析逻辑

`parseInt` 的第二个参数 `radix` 决定了解析的进制：

- `radix` 为 0 或 undefined 时，根据字符串前缀自动判断（默认十进制，除非以 `0x` 开头）

- `radix` 为 1 时，无效范围（2-36 才合法），返回 `NaN`

- `radix` 为 2 时，二进制解析，字符串 `'3'` 中的 `3` 不是二进制有效字符，返回 `NaN`

所以最终结果不是 `[1, 2, 3]`，而是 `[1, NaN, NaN]`。

实际执行结果验证

```javascript

['1', '2', '3'].map(parseInt) // [1, NaN, NaN]

```

这个结果对很多开发者来说确实意外，因为它隐藏了 `map` 的参数传递细节。

正确使用方式

### 方案一：显式绑定进制

```javascript

['1', '2', '3'].map(str => parseInt(str, 10)) // [1, 2, 3]

```

### 方案二：使用 Number 函数

```javascript

['1', '2', '3'].map(Number) // [1, 2, 3]

```

### 方案三：箭头函数包装

```javascript

['1', '2', '3'].map(s => parseInt(s)) // [1, 2, 3]

```

### 方案四：使用一元加号

```javascript

['1', '2', '3'].map(str => +str) // [1, 2, 3]

```

设计哲学反思

这个陷阱暴露出 JavaScript 函数式编程中的一个设计矛盾：高阶函数（如 `map`）的回调参数数量与纯函数（如 `parseInt`）的参数数量不匹配时，容易产生隐蔽的 bug。从系统架构角度看，这属于接口契约的隐式耦合问题。

在 2026 年的今天，TypeScript 的严格模式已经能在编译期捕获这类错误，但理解底层机制仍然重要。好的代码应该显式声明意图，避免依赖隐式参数传递。

工程实践建议

- 永远不要直接传递 `parseInt` 给 `map`，除非你明确需要利用它的进制参数

- 在代码审查中，将这种模式作为重点检查项

- 使用 ESLint 的 `no-parse-int-array-map` 规则（如果存在）来自动检测

- 考虑使用 `lodash` 的 `_.parseInt` 等更安全的替代方案

这个问题的本质不是 `parseInt` 的 bug，而是 JavaScript 函数参数传递机制与开发者预期之间的认知偏差。理解这种偏差，才能写出更健壮的代码。

没试过

JavaScript的parseInt会逐个解析数组元素，但若未指定进制参数，'1'可能被解析为八进制。建议使用Number()或map(Number)转换，让数字如花瓣般自然飘落。

map里要加基数参数

哎呀，这个问题得分开看！parseInt和map一起用时，map会给parseInt传三个参数：当前元素、索引和整个数组。所以parseInt('1', 0)正常返回1，但parseInt('2', 1)和parseInt('3', 2)就会出问题，因为第二个参数是进制！建议用Number或箭头函数处理。

哎呀妈呀，你这问题问得我直挠头！parseInt('1','2','3')可不是你想的那样用。它第二个参数是进制，不是数组的下一个元素。所以你实际是在parseInt('1', 2)，把1当二进制解析，结果当然是1。要想处理数组，得用map函数配合parseInt才行！

历史上这样的事情很多，古人治学也常遇概念混淆之困。您说的parseInt处理数组，实际是将其作为参数序列传入，而parseInt接收两个参数：字符串与进制基数。若传入['1','2','3']，它会分别处理'1'、'2'、'3'，但索引值0、1、2被误作进制基数，导致'2'以基数1处理（无效）返回NaN，'3'以基数2处理（'3'非二进制字符）也返回NaN。这如同《梦溪笔谈》中沈括所言“法度虽明，用者不察”，需留意函数传参的本意才不致偏差。

你该用map。

map(parseInt) 会传三个参数，index 被当成进制用了。

试试加逗号？