寄生构造函数不能真正扩展内置对象，仅能创建带临时增强方法的实例；它适合做隔离的定制实例生成器；安全扩展应通过带防护的prototype添加或封装工具函数。
寄生构造函数不适合直接扩展内置对象
寄生构造函数的核心特点是：创建新对象、赋予属性和方法、最后显式 return 该对象，它绕过了 new 调用的默认实例化流程。例如：
function SpecialArray(...args) {
const arr = new Array(...args);
arr.toPipedString = function() { return this.join('|'); };
return arr;
}
这段代码返回的是一个真实数组（`instanceof Array === true`），但它只是临时增强单个实例，每次调用都新建数组并重复挂载方法，无法复用，也不影响 Array.prototype，所以不属于“扩展内置对象”——它只是“造了个带额外方法的数组实例”。
换句话说：
✔️ 它能产出具备扩展行为的对象
❌ 但它没让所有数组共享这个能力，也没真正修改或增强内置类型本身
立即学习“Java免费学习笔记（深入）”；
它适合做“轻量封装层”，而非原型级扩展
当你要为内置类型提供受控、隔离、可配置的增强版本（比如只在某个模块/业务中启用 `.mapAsync()`），寄生构造函数可作为一层薄包装：
- 定义一个函数（如
SmartArray），内部用new Array()创建原始数组 - 只给这个实例添加你信任的方法（如
.filterByRole()），不碰Array.prototype - 返回该实例，确保类型仍是
Array，不影响 JSON 序列化、Array.isArray 等行为 - 避免全局污染，也规避了多库冲突（比如两个插件都想加
.chunk()）
这种用法本质是构造函数 + 实例增强，属于“寄生”逻辑的合理延伸，但不是对内置对象的“扩展”，而是“定制实例生成器”。
真正扩展内置对象，应走 prototype 路线（带防护）
若确实需要让所有数组都能用某个新方法（如 [1,2,3].sum()），标准做法是向 Array.prototype 添加，但必须加防护：
-
存在性检查：
if (!('sum' in Array.prototype)) { Array.prototype.sum = function() { ... }; } -
非枚举设置（ES6+）：
Object.defineProperty(Array.prototype, 'sum', { value: ..., writable: true, enumerable: false, configurable: true });，防止被for...in遍历到 -
优先作用于自定义类：生产环境尽量避免扩原生类型；更推荐封装工具函数（
arraySum(arr)）或使用子类（class MyArray extends Array） -
注意 polyfill 兼容性：某些老环境可能不允许扩展某些内置原型（如 IE8 的
JSON），需降级兜底
插件式扩展也是同理：接收目标构造器（如 Array），检查方法是否已存在，再用 Object.assign 或 defineProperty 注入，这才是工业级做法。
