为何直接将parseInt传入map会异常？radix参数相关技术咨询

这问题戳中了JS里一个超容易踩的坑！核心原因就是**map给回调函数传递的参数数量，和你手动调用parseInt时的参数逻辑完全不匹配**，咱们一步步拆解明白：

1. map到底给回调传了啥？ #

当你调用数组的map方法时，它会给每个元素对应的回调函数塞三个参数：

• 当前处理的元素值
• 当前元素的索引（从0开始计数）
• 原数组本身

所以当你直接把parseInt当回调传给map时，parseInt其实收到了三个参数，而它只会用到前两个——第一个是要解析的字符串，第二个就是radix（基数）。这时候问题就来了：第二个参数根本不是你以为的「没传」，而是当前元素的索引值！

2. parseInt的radix参数规则得搞透 #

parseInt(string, radix)的第二个参数radix是可选的，但它的默认逻辑远不是「默认10进制」这么简单：

• 如果radix是0或者未传入（也就是undefined），JS会根据字符串开头判断：
  • 字符串以0x开头 → 按16进制解析
  • 字符串以0开头（非严格模式下）→ 早年规范会按8进制解析（现在主流浏览器已经改成默认10进制，但历史逻辑仍要注意）
  • 其他情况 → 默认按10进制解析
• 如果radix小于2或者大于36，直接返回NaN（因为进制的有效范围是2到36）
• 如果radix是1，那只有数字0能被解析，其他所有数字都会返回NaN

3. 用常见例子看问题本质 #

比如你写['1','2','3'].map(parseInt)，实际执行的是这三次调用：

• 第一个元素：parseInt('1', 0) → radix为0，触发默认10进制规则，返回1
• 第二个元素：parseInt('2', 1) → radix是1，属于无效进制，返回NaN
• 第三个元素：parseInt('3', 2) → radix是2，而3不是二进制有效数字（二进制只有0和1），返回NaN

而你手动调用parseInt('2')时，只传了第一个参数，第二个参数是undefined，这时候会触发默认10进制规则，所以得到2——这就是为什么手动调用正常，传给map就出异常的关键。

4. 怎么解决这个问题？ #

最简单的办法是用箭头函数包裹parseInt，只传递第一个参数：

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

或者更直接用Number函数（它不需要基数参数，直接把字符串转成数字）：

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

内容的提问来源于stack exchange，提问作者Dawid Dahl