prototype-based编程天然适合运行时插件系统：插件作为行为补丁动态注入原型链，通过install/uninstall实现热加载与卸载，利用原型委托实现松耦合通信，并需沙箱约束防污染。
Prototype-based 编程模型（如 JavaScript 的原生对象机制）天然适合构建运行时可扩展的插件系统——它不依赖编译期类定义，而是通过对象原型链动态添加、覆盖或拦截行为。实现关键在于：**把插件视为可挂载的行为补丁，而非静态模块**。
核心设计：用原型链承载插件逻辑
插件不是独立类，而是函数或对象字面量，其方法直接注入宿主对象的原型或实例上：
- 宿主对象（如
App实例）保持最小核心接口（run()、emit()） - 插件提供
install(app)函数，在其中执行：
–Object.assign(app, pluginMethods)（混入实例方法）
–app.constructor.prototype.method = function(){...}（扩展原型）
– 或更安全地使用Reflect.setPrototypeOf(app, Object.assign(Object.create(app.__proto__), pluginProto)) - 所有插件方法共享同一上下文（
this指向宿主），无需额外代理或绑定
运行时扩展：热加载与状态隔离
利用原型链的动态性，实现真正的“运行中启用/禁用”：
- 启用插件：调用其
install()，将方法注入当前实例或原型 - 禁用插件：从实例上
delete app.pluginMethod；若影响原型，需维护原始原型快照，并在卸载时恢复app.__proto__ = originalProto - 避免污染全局：每个插件作用域内声明私有变量（闭包），或使用
WeakMap存储实例专属状态 - 示例：一个日志插件可只在开发环境注入
app.debugLog()，生产环境跳过 install
插件通信：基于原型委托与事件委托
不引入中心总线，而是让原型链本身成为消息通道：
- 插件 A 定义
this.emit('data:ready', payload)→ 触发宿主原型上的默认emit - 插件 B 在自身
install()中重写app.on = function(type, cb) { ... }，并监听data:ready - 当宿主调用
app.emit()，若当前实例无该方法，则沿原型链向上查找，最终由插件 B 的on处理 - 这种“方法查找即路由”的机制，天然支持插件间松耦合协作
安全与约束：防止原型污染与冲突
Prototype-based 灵活但易失控，需主动设防：
- 禁止插件直接修改
Object.prototype或Function.prototype - 宿主提供沙箱式
app.use(plugin, { scope: 'instance' | 'prototype' })，限制挂载层级 - 插件元数据必须含
name和version，宿主检查重复名称并拒绝加载 - 对插件方法做轻量包装：
app[method] = (...args) => { try { return original.apply(app, args); } catch(e) { console.error(`Plugin ${name} failed:`, e); } }
不复杂但容易忽略：原型链是单向继承，卸载不能靠“删除原型”，而要靠实例级覆盖或原型快照还原。真正健壮的系统，会把插件视为一组可组合的“行为片段”，而不是需要生命周期管理的重量级模块。
