可以在类定义后、实例化前向原型或类对象动态添加方法，javascript通过prototype赋值实现，python通过setattr或直接赋值实现，均能影响现有及后续实例，但存在调试难、线程安全及全局污染等风险。
可以在类定义之后、实例化之前，直接向原型对象（如 JavaScript 的 prototype）或类对象（如 Python 的类本身）添加方法，这种操作不修改原始类定义，却能影响所有现有和后续实例。关键在于理解目标语言的原型机制或类模型。
JavaScript 中向构造函数原型添加方法
JS 的函数对象自带 prototype 属性，所有通过 new 创建的实例都共享该原型上的方法。
- 语法简单：直接赋值即可，例如
MyClass.prototype.newMethod = function() { ... }; - 立即生效：已创建但未调用该方法的实例，下次调用时就能使用新方法
- 适用于补丁式扩展：比如为内置类型（
Array、String）添加辅助方法（需谨慎，避免命名冲突） - 注意 this 指向：新增方法中的
this仍指向调用它的实例，无需额外绑定
Python 中向类动态添加方法
Python 类是可变对象，允许在模块级或运行时直接向类对象注入函数。
- 最简方式：将函数赋值给类名，如
MyClass.new_method = lambda self: "ok" - 更规范做法：用
types.MethodType绑定到实例，或用setattr添加到类，确保第一个参数是self - 不触发元类逻辑：这种方式绕过元类的
__new__和__init__，适合快速修补，但无法实现注册、校验等元类能力 - 对已有实例有效：只要实例尚未被垃圾回收，新增方法即可被调用
优劣对比：灵活性 vs 可维护性
这类操作本质是“运行时打补丁”，优势明显，但隐患也集中。
- 优点：无需重写类、不侵入源码；适合插件系统、测试 Mock、临时功能增强；JS 原型链天然支持，Python 类对象也足够开放
-
缺点：调试困难——方法来源分散，IDE 很难自动提示；团队协作中易造成隐式依赖；Python 中若多线程并发修改类，可能引发不可预期行为；JS 中过度修改原生原型（如
Object.prototype）会污染全局环境 - 替代建议：优先考虑组合（composition）而非 monkey patch；复杂场景用装饰器、Mixin 或元类统一管理；框架内应封装为标准扩展点，而非裸露原型操作
不复杂但容易忽略的是作用域和时机——必须在实例创建前完成添加，否则旧实例不会自动获得新方法（Python 中部分情况例外，取决于绑定方式）。真正可靠的扩展，往往需要配合明确的生命周期约定。
