可以但不建议继承array，因其返回新数组的方法会丢失子类类型；error则安全，继承后实例类型与自定义属性均完整保留。
可以，但有明显限制，不建议直接继承 Array 这类内置类型。
语法上完全支持，运行时也能创建实例
ES6 规范明确将 Array、Error、Date、RegExp 等设计为可子类化（subclassable）。例如：
-
class MyArray extends Array {}是合法语法，V8 等引擎原生支持； -
new MyArray(1, 2)能正确生成实例，Array.isArray()返回true； - 它保留了数组的 exotic 行为：
length自动更新、支持for...of、展开运算符、push/pop等原生方法都可用。
关键问题：返回新数组的方法会丢失子类类型
几乎所有生成新数组的方法（map、filter、slice、concat、flatMap）内部调用的是 Array 构造器，而不是当前子类构造器。结果是：
-
new MyArray(1, 2).map(x => x * 2)返回的是普通Array，不是MyArray； - 子类上定义的自定义属性（如
this.meta = { version: 1 }）和扩展方法（如toJSONSafe()）全部丢失； - 即使重写了
map，若未显式使用new this.constructor(...)，问题依然存在。
修复代价高，组合模式更实用
若坚持继承，需手动重写所有“返回新数组”的方法，确保它们返回 new this.constructor(...)：
- 例如
map中不能写return super.map(...)，而要写return new this.constructor(result)； - 但方法众多，覆盖难全，且易漏掉边界情况（如某些 polyfill 或第三方库行为）；
- 更推荐采用组合：用私有字段封装一个原生数组，通过代理（proxy）或显式委托暴露所需接口，既可控又安全。
例外：Error 是安全推荐的继承场景
与 Array 不同，Error 子类在抛出和捕获时能完整保留类型与自定义属性，且无需重写任何方法：
-
class ValidationError extends Error { constructor(msg) { super(msg); this.code = 'VALIDATION_ERROR'; } }； -
throw new ValidationError('Email invalid')后，catch到的对象仍是ValidationError实例，instanceof和自定义属性均有效。
