混入模式中构造函数被多次调用是误用所致，本质因混入函数内显式执行new或重复应用导致；正确做法是避免实例化、使用单例/惰性初始化，或改用组合模式明确初始化一次。
构造函数在混入（Mixin）模式中被多次调用，通常不是设计初衷，而是由于混入逻辑不当或调用时机错误导致的意外行为。混入本身不创建新实例，也不应主动调用构造函数；若出现“多次调用”，往往意味着你在混入过程中显式执行了 new Constructor()，或把混入写成了带副作用的初始化过程。
混入的本质：复用方法和属性，不是实例化
混入是将一组方法和属性“复制”或“委托”到目标对象（类或实例）上，它本身不涉及构造函数调用。例如：
function MixinA(target) {
target.methodA = function() { console.log('A'); };
}
class MyClass {}
MixinA(MyClass.prototype); // ✅ 正确：挂载到原型，无 new 调用
这里 MixinA 是纯函数，不 new、不实例化，只做属性赋值。
为什么会出现“构造函数被多次调用”？
常见于以下几种误用场景：
立即学习“Java免费学习笔记（深入）”；
-
在混入函数内部执行
new SomeClass()：比如为了获取某个工具实例而每次混入都 new 一次 -
把混入当成类工厂使用：如
const mixin = () => ({ ...SomeClass.prototype })，但不小心在每次混入时都触发了SomeClass的构造逻辑（例如构造函数里有副作用） - 装饰器或高阶类中重复应用混入：同一个混入被多次 apply 到同一原型，而混入内部又做了初始化（如绑定 this、注册事件），导致副作用重复执行
-
在类定义中多次调用混入函数：比如在
constructor里反复调用applyMixin(this)，且该函数内部含 new 或初始化逻辑
如何安全地让构造逻辑只运行一次？
如果确实需要在混入中引入依赖实例（如一个共享的配置器、事件总线），应避免每次混入都 new，改用单例、缓存或延迟初始化：
// ❌ 危险：每次混入都 new
function BadMixin(target) {
const helper = new Helper(); // 每次都新建！
target.doWork = () => helper.run();
}
<p>// ✅ 安全：共享单例或惰性创建
const sharedHelper = new Helper(); // 全局单例
function GoodMixin(target) {
target.doWork = () => sharedHelper.run();
}</p><p>// 或更灵活：首次访问时创建（带缓存）
function LazyMixin(target) {
let helper;
target.doWork = function() {
if (!helper) helper = new Helper();
return helper.run();
};
}</p>现代推荐：用组合代替混入，用 class fields + #private 控制初始化
ES2022+ 中更清晰的做法是用组合（Composition）替代传统混入，把可复用逻辑封装成独立类，在主类中作为私有字段持有，并在构造函数中明确初始化一次：
class HelperService {
constructor() { console.log('Helper created once'); }
work() { /* ... */ }
}
<p>class MyComponent {</p><h1>helper;</h1><p>constructor() {
this.#helper = new HelperService(); // ✅ 明确、可控、只一次
}
doSomething() {
this.#helper.work();
}
}</p>这种方式语义清晰，调试友好，也天然规避了“混入中多次调用构造函数”的陷阱。
