JavaScript中能否将Array原型的forEach方法挂载到String原型上？

你给出的代码在示例场景下确实可以正常运行，这是因为字符串是类数组结构，支持按索引访问字符也有length属性，可以适配Array.prototype.forEach的内部逻辑，但这种写法存在多个明显隐患，不建议在正式项目中使用：

• 原型污染问题：直接修改内置类型的公共原型会污染全局环境，所有当前环境下的字符串都会继承这个额外的forEach方法。如果项目引入的第三方库也对String.prototype.forEach做了自定义，或是存在通过判断对象是否拥有forEach方法来做类型区分的逻辑，就会出现逻辑冲突。同时你直接赋值的forEach属性默认是可枚举的，使用for...in遍历字符串时会把这个方法遍历出来，导致预期外的遍历结果。
• 行为不一致的隐性bug风险：数组是可变对象，Array.prototype.forEach的回调支持传入第三个参数即原数组，你可以直接在回调中修改原数组的内容。但字符串是JS中的不可变基础类型，回调中拿到的第三个参数是原字符串，任何修改字符串内容的操作都不会生效，同时不会抛出错误，这类问题非常难排查。示例如下：

// 数组场景修改生效
let arr = ['a', 'b', 'c']
arr.forEach((item, index, origin) => {
  origin[index] = item.toUpperCase()
})
console.log(arr) // 输出 ['A','B','C']

// 字符串场景修改不生效也不报错
let str = 'abc'
str.forEach((item, index, origin) => {
  origin[index] = item.toUpperCase()
})
console.log(str) // 输出 'abc'，无任何变化

• 未来标准兼容风险：如果后续ECMAScript官方正式给String新增了内置的forEach方法，你的自定义实现会直接覆盖原生方法，两者的行为大概率存在差异，会导致后续按照标准编写的代码在你的项目中出现奇怪的兼容问题。

如果需要遍历字符串，更安全的方式是先把字符串转为数组再调用forEach，不需要修改内置原型：

let myName = "Avetik"
// 方式1：扩展运算符转数组
[...myName].forEach(char => console.log(char))
// 方式2：Array.from转数组
Array.from(myName).forEach(char => console.log(char))

内容的提问来源于stack exchange，提问作者Avetik Nersisyan