JavaScript可通过修改Array.prototype为所有数组添加方法，因其继承机制使实例共享原型；但存在全局污染、兼容性及调试风险，推荐使用纯函数等无副作用方案。
JavaScript 中可以通过直接修改 Array.prototype 来为所有数组实例添加新方法，但必须谨慎使用——它有效，也有明显风险。
为什么能扩展？原理是什么
因为数组是引用类型，所有数组实例都继承自 Array.prototype。给这个原型对象添加方法，相当于让所有已存在和后续创建的数组都能访问该方法（只要未被屏蔽）。
例如：
this 在原型方法中自动指向调用它的数组实例，所以你可以安全地访问this.length、this[i] 等。
怎么写一个安全可用的扩展方法
以添加 .sum() 方法为例（返回数组数字元素之和）：
立即学习“Java免费学习笔记（深入）”；
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 检查方法是否已存在，避免重复定义或覆盖标准方法
- 确保
this是数组（可用Array.isArray(this)防御） - 只处理数字类型元素，跳过非数字项（如
undefined、null、字符串等） - 返回数值结果，空数组返回
0
代码示例：
if (!Array.prototype.sum) {
Array.prototype.sum = function() {
if (!Array.isArray(this)) return 0;
return this.reduce((acc, item) => {
return typeof item === 'number' ? acc + item : acc;
}, 0);
};
}
常见误区与风险提醒
直接改原生原型不是“不能做”，而是要清醒面对后果：
- 全局污染：一旦定义，影响整个运行环境，可能与第三方库、框架（如 Vue、Lodash）的同名方法冲突
- 未来兼容性：ECMAScript 新增同名标准方法时，你的实现可能被绕过或引发不可预期行为
- 调试困难：错误堆栈中出现自定义原型方法，容易掩盖真实问题
- 服务端渲染（SSR）或微前端场景下，不同模块加载顺序可能导致方法未定义或重复定义
更推荐的替代方案
多数情况下，优先选择不污染原型的方式：
-
纯函数封装：如
function sum(arr) { return arr.reduce(...); } -
展开运算符 + 标准方法组合：如
[...arr1, ...arr2]替代自定义extend -
类封装或工具对象：如
ArrayUtils.sum(arr) - ES6 模块导出工具函数，按需引入，无副作用
仅在极少数受控环境（如内部脚手架、特定 CLI 工具、遗留系统统一增强）中才考虑原型扩展，且务必加前缀（如 mySum）、加存在性判断、写好文档。
