不建议动态修改内置对象原型，因其属于猴子补丁，会污染全局环境、破坏封装性并引发兼容性冲突；仅在polyfill等必要场景下，才可带存在性检查安全添加（如object.defineproperty设enumerable: false）。
不建议动态修改内置对象（如 Array.prototype）的原型方法，因为这属于“猴子补丁”（monkey patching），会污染全局环境、破坏封装性，可能引发不可预知的兼容性问题或与其他库冲突。但若确有特殊需求（如 polyfill、调试工具、受限沙箱环境），可按以下方式安全操作。
确认必要性与风险
在动手前请自问：
- 是否已有标准替代方案？例如用
Array.from()、Array.isArray()或现代语法（扩展运算符、for-of）代替自定义方法 - 是否仅用于开发/测试？生产环境应避免
- 是否已检查目标环境中该方法是否已存在？避免重复定义或覆盖原生行为
安全添加方法（带存在性检查）
推荐使用 Object.defineProperty 或直接赋值，但务必先检测属性是否未定义：
// 示例：安全添加 Array.prototype.last()
if (!Array.prototype.last) {
Object.defineProperty(Array.prototype, 'last', {
value: function() {
return this.length ? this[this.length - 1] : undefined;
},
writable: true,
enumerable: false, // 避免 for...in 遍历到它
configurable: true // 允许后续删除或重定义
});
}
注意：enumerable: false 是关键，否则会影响 for...in 或 Object.keys() 的行为。
临时修改（沙箱/测试场景）
若需隔离影响，可用子类或代理封装：
- 用
class MyArray extends Array定义新构造器，在其原型上添加方法，不触碰原生Array.prototype - 用
Proxy拦截数组访问（适合调试或监控，不适用于通用方法注入） - 在模块作用域内封装工具函数，如
arrayLast(arr)，而非挂载到原型
移除或还原（谨慎使用）
如真要删除，需确保该属性是 configurable: true（原生方法默认不可配置，你加的方法可设为 true）：
if (Array.prototype.last && Object.getOwnPropertyDescriptor(Array.prototype, 'last').configurable) {
delete Array.prototype.last;
}
⚠️ 注意：无法删除原生方法（如 push、map），且 delete 对不可配置属性静默失败。
本质上，现代 JS 开发应优先选择组合、工具函数、类继承或语言新特性，而非修改内置原型。只有在 polyfill 场景下才需谨慎扩展，且必须严格遵循 ECMA-262 规范逻辑。
