Symbol.species 是子类继承内置类型时维持类型一致性的必要机制，否则map、filter、then等方法返回父类实例导致instanceof失败；其默认fallback至父类构造器，需显式定义为this或兼容构造器以确保链式调用与自定义逻辑延续。
Symbol.species 不是“可选优化”，而是子类继承内置类型（如 Array、Promise、RegExp）时维持类型一致性的必要机制。不加它，map、filter、then 等方法返回的永远是父类实例，子类定制逻辑直接断裂。
为什么 Array 子类调用 map 后 instanceof 失败
内置方法（如 Array.prototype.map）内部不直接用 this.constructor 创建新实例，而是读取 this.constructor[Symbol.species]。若未定义，就 fallback 到 this.constructor 的父类（通常是原生 Array）。
- 现象：
const arr = new MyArray(1,2); arr.map(x => x * 2) instanceof MyArray返回false - 原因：默认
MyArray[Symbol.species]是undefined，引擎退回到Array - 注意：
Array.from()和Array.of()完全不走Symbol.species，它们只认显式传入的构造器或默认Array
Promise 子类必须实现 Symbol.species 才能链式延续行为
Promise 对 Symbol.species 的依赖比 Array 更刚性——then 和 catch 返回的新 Promise 实例，必须是子类自身，否则自定义拦截、日志、取消等逻辑在第二层 .then() 就消失。
- 错误写法：
static get [Symbol.species]() { return Promise; }→ 后续链式调用返回原生Promise，丢失所有子类方法 - 正确写法：
static get [Symbol.species]() { return this; }→ 支持多层继承（如LoggedPromise extends TimeoutPromise extends Promise） - 风险点：若子类
constructor参数与原生Promise不兼容（比如强制 require 第二个 options 参数），Symbol.species返回this可能导致then内部构造失败，需同步重写constructor兼容标准签名
如何安全地覆盖 Symbol.species 返回非 this 的构造器
有时你确实需要降级或切换构造器，比如让 MyArray.filter() 返回原生 Array 避免副作用，或返回 ImmutableArray 实现不可变语义。但必须确保目标构造器满足两个前提：
- 能接受与原生方法相同的初始化参数（例如
map传入的是可迭代对象，目标构造器得支持new Target(iterable)） - 返回实例必须能被后续方法继续调用（即原型链上仍有对应方法，或已自行挂载）
- 示例：
static get [Symbol.species]() { return Array; }安全；static get [Symbol.species]() { return String; }会崩，因为map返回的String没有map方法
真正容易被忽略的是：Symbol.species 只影响“由内置方法触发的新实例创建”，它不改变 new 行为、不修复 instanceof 原型链、也不影响手动 new MyArray()。如果你在复杂架构中看到类型断裂，先检查 map/filter/then 这些入口点是否走通，而不是怀疑继承声明本身。
