for-in会遍历对象自身及原型链上所有可枚举属性，易引入意外属性和性能隐患；应优先用Object.keys()或Object.hasOwn()替代，并避免污染内置原型。

原型链本身不是高频访问的性能瓶颈，真正拖慢速度的是低效的属性查找方式和意外延长的继承路径。现代引擎（如 V8）对稳定原型结构做了深度优化，只要不频繁改动、不滥用遍历，5–6 层的链路几乎无感。关键在避开那些让查找变慢甚至失效的操作。

避免 for-in 遍历触发整条原型链

for-in 会枚举对象自身 + 整个原型链上所有可枚举属性，每次执行都强制走完链路，还可能触发隐藏 getter 或副作用。

• 只取自有可枚举键：用 Object.keys(obj) 替代 for-in
• 判断单个属性是否存在：优先用 Object.hasOwn(obj, 'key')（比 obj.hasOwnProperty 安全，不依赖 this）
• 处理第三方数据时加一层过滤：const safeKeys = Object.keys(obj).filter(k => Object.hasOwn(obj, k))

控制继承层级，别堆叠多层 prototype 链

手动构造 A → B.prototype → C.prototype → Object.prototype 这类深链，会让每次属性访问多走几步，尤其在循环里放大延迟。

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

• 子类直接继承父类，不要“继承继承”：比如 Child 继承 Parent，Parent 再继承 Grandparent，而不是 Child 直接跳到 Grandparent.prototype
• class extends 链建议不超过 2–3 级；超过就考虑用组合（mixin、工具对象）替代继承
• 避免用 Object.create 多次嵌套构造原型，例如 Object.create(Object.create(Parent.prototype)) 应简化为单层

禁止污染内置原型，防止链路被全局拖累

给 Object.prototype、Array.prototype 添加属性，会让所有对象的原型链“变重”，破坏引擎的属性查找缓存机制。

• 绝对不向内置原型添加方法或属性
• 模块初始化阶段别反复重写 SomeClass.prototype，这会使已有实例的 [[Prototype]] 缓存失效
• 关键原型方法可用 Object.defineProperty 设置 writable: false, configurable: false 加固

检查并清理不必要的 __proto__ 中间环节

某些库、调试工具或动态代理会在运行时悄悄插入原型节点，导致链路比预期更长。

• 用 Object.getPrototypeOf(obj) 逐层向上查，确认是否混入了非预期对象
• 在控制台用 console.dir(obj) 直观查看 [[Prototype]] 层级
• 创建无需原型的对象：用 Object.create(null)，适合做纯字典、Map 替代品