es6 extends 支持继承 array、error、date 等内置构造函数，但行为差异大需区别对待：array 继承表面可行但返回新实例的方法降级为原生 array，不推荐；error 继承安全可靠，开箱即用；date 和 regexp 可继承但需谨慎验证；通用建议优先组合而非继承。
ES6 extends 确实支持继承 Array、Error、Date 等内置构造函数，语法合法、引擎原生支持，但“无缝”不等于“无陷阱”——关键在于不同内置类的行为差异极大，必须按类型区别对待，不能一概而论。
Array 继承：语法可行，但行为断裂，慎用
你可以写 class MyArray extends Array {}，实例能通过 Array.isArray()、支持 push/pop、length 自动更新、可用展开运算符和 for...of。表面看一切正常。
-
致命缺陷是返回新数组的方法全部降级为原生
Array：比如map、filter、slice、concat、flatMap，它们内部调用的是Array构造器，不是你的子类构造器 - 结果是：
new MyArray(1,2,3).map(x => x * 2)返回的是普通Array，不是MyArray实例 - 所有自定义属性（如
this.meta = { version: 1 }）和扩展方法（如toJSONSafe()）全部丢失 - 强行修复需重写全部“生成新数组”的方法，确保返回
new this.constructor(...)，但方法多、边界杂（如JSON.parse的 reviver、第三方库返回的数组），极易遗漏
因此，**不建议直接继承 Array；更推荐组合模式**：用私有字段（如 #data = []）封装原生数组，再显式代理或使用 Proxy 暴露所需接口，可控、安全、无隐性降级。
Error 继承：真正安全且推荐的场景
Error 是 ES6 明确设计为可安全子类化的内置类型，无需额外修补，开箱即用。
- 抛出后捕获的实例仍为你的子类类型：
instanceof ValidationError === true - 自定义属性（如
this.code、this.timestamp）完整保留 - 所有错误链行为（
stack、message）与原生一致，且toString()可自由重写 - 无需重写任何方法，也不依赖
super()的特殊调用顺序——只要在构造函数中先调用super(message)初始化内部槽位即可
示例：
class ValidationError extends Error {
constructor(message, field) {
super(message);
this.name = 'ValidationError';
this.code = 'VALIDATION_FAILED';
this.field = field;
this.timestamp = Date.now();
}
}
<p>throw new ValidationError('Email format invalid', 'email');
// 捕获时：err instanceof ValidationError → true，err.field 和 err.code 都可用</p>
Date、RegExp 等其他内置类型：支持但需谨慎验证
Date 和 RegExp 同样被规范标记为可子类化，语法上可继承，但实际行为兼容性不如 Error 稳定。
-
Date子类实例能通过instanceof Date，toString()、getTime()正常工作，但部分方法（如toLocaleString()）可能因引擎实现差异返回非子类实例 -
RegExp子类可复写exec或添加校验逻辑，但RegExp.prototype.test等方法内部可能绕过子类构造逻辑 - 建议：仅在明确需要定制构造行为（如自动添加标志、预设 source）时继承，并对关键方法做运行时类型断言，避免依赖返回值类型
通用实践要点
- 子类构造函数中必须调用
super(...)，且必须在访问this前完成 - 静态方法（如
Array.from、RegExp.escape）默认返回原生类型，若需保持子类，必须显式覆盖并使用new this.constructor() - 不要依赖 transpiler（如 Babel）模拟内置类继承——该特性需原生引擎支持，polyfill 无法还原 exotic behavior
- 优先考虑组合而非继承：对
Array、Date等复杂行为对象，封装 + 代理比继承更轻量、更可靠
