JavaScript中extends不能直接继承普通函数，这是语法硬性限制；class只允许extends具备[[Construct]]方法和可写prototype的合法构造器，普通函数即使可new也常因初始化逻辑缺失或this被覆盖导致继承失效。
JavaScript 中 extends 不能直接继承普通函数，这是语法层面的硬性限制。class 语句只允许 extends 一个 构造函数（constructor），且该构造函数必须是“可被 new 调用”的类或函数——但普通函数若未显式设计为构造函数，即使能 new，也往往不满足继承链初始化要求。
extends 只接受“合法构造器”作为父类
引擎在解析 class B extends A 时，会静态检查 A 是否具备 [[Construct]] 内部方法，并拥有原型对象（A.prototype）。普通函数虽有 prototype，但若未被设计为构造器（比如箭头函数、无 prototype 的函数、或 prototype 被删改），就会报 TypeError: Class extends value undefined is not a constructor 或类似错误。
- 普通命名/匿名函数（有 prototype）可以被 extends，但需确保它支持 super() 初始化逻辑
- 箭头函数、async 函数、generator 函数、bind 后的函数 —— 全部不可 extends，因为它们没有 [[Construct]] 或 prototype 不可写
- Object、Array、Date 等内置构造器可被 extends，因为它们是规范定义的可构造对象
继承普通函数时 this 和 super() 的行为不稳定
即使某个普通函数 A 满足基本条件（有 prototype、可 new），子类 B 继承它后调用 super()，引擎仍会尝试以 [[Construct]] 方式调用 A，并将新实例作为 this 传入。但普通函数通常不预期 this 是新创建的空对象，也不做属性初始化，容易导致：
- 父类构造逻辑缺失：A 内部没给 this 赋值，子类实例缺少关键属性
- this 被意外覆盖：若 A 构造函数返回对象，子类 this 就会被替换成那个返回值，破坏继承一致性
- 原型方法无法继承：若 A.prototype 上的方法依赖 A 内部状态（如闭包变量），子类实例可能无法正确访问
替代方案：用 class 包装或组合代替 extends 普通函数
遇到想复用普通函数逻辑的场景，更安全的做法不是强行 extends，而是：
立即学习“Java免费学习笔记（深入）”；
- 把函数逻辑封装成 class，再让其他 class extends 它（推荐）
- 在子类中实例化该函数对应的对象，通过 this.helper = new Helper() 组合使用
- 提取纯函数逻辑，作为工具方法导入调用，避免继承耦合
- 若必须模拟“继承函数行为”，可用 Object.setPrototypeOf 手动链接原型，但需自行处理 super 约束和初始化逻辑
本质上，extends 是为类设计的机制，不是通用函数复用工具。它的价值在于约束明确、初始化可控、调试可推断；拿它套用普通函数，就像用螺丝刀拧钉子——勉强能动，但容易滑丝、伤材、不可靠。
