JS原型链Bug修复：VSCode中CodeGeeX高效方法
在 JavaScript 原型链调试过程中，遇到 TypeError: xxx is not a function 这种错误，通常意味着原型继承链出现了意外断裂——没有直观的报错提示，却导致方法调用失败。CodeGeeX 能精准定位根本原因：构造函数调用未加 new 关键字、prototype 被直接覆盖，或继承链在 extends 步骤中断。除了指出错误，它还能提供安全替换策略和浏览器兼容性说明，省去手动查阅文档的麻烦。
想象以下场景——在 VSCode 中调试 JS 代码，调用某个对象方法时突然抛出 TypeError: xxx is not a function 或 Cannot read property 'xxx' of undefined，而该属性本应通过原型链正常继承。CodeGeeX 能立即揭露底层原因：原型方法未定义、构造函数内 this 绑定错误，或者 prototype 被意外覆盖。
诊断原型链断裂的具体环节
打开报错的 JS 文件，将光标移至报错行（例如 obj.doSomething()），按下 Alt+Enter 激活灯泡菜单，选择“使用CodeGeeX修复”。注意：务必先保存文件，否则 CodeGeeX 无法解析完整的 AST，分析结果将不准确。
如果灯泡菜单未弹出，手动选中整段调用代码（包含对象声明与调用语句），右键选择“Ask CodeGeeX → Explain Usage Across Project”。模型会返回类似诊断信息：“obj 实例未继承 MyClass，因为构造函数调用缺少 new 关键字，导致 this 指向全局对象”。一句话阐明问题根源。
修复构造函数缺少 new 关键字的问题
方法一：让 CodeGeeX 自动补全缺少的 new
1. 将光标停留于构造函数调用处（例如 const inst = MyClass()）。
2. 按 Alt+Enter，选择“使用CodeGeeX修复”。
3. 预览区域会高亮建议修改为 const inst = new MyClass() 的位置，并附带提示：“若不添加 new，this 绑定将失效，原型方法无法访问”。
方法二：手动检查并修复原型连接
在终端执行 console.log(obj.__proto__ === MyClass.prototype)，若结果为 false，表明实例未正确连接到原型。接着检查构造函数内部是否意外重写了 this.__proto__，或使用了 Object.create(null)——这种写法会彻底切断原型链，甚至导致 hasOwnProperty 等内置方法不可用。CodeGeeX 会在解释中针对此类情况专门发出警告。
恢复被意外覆盖的 prototype 属性
第一步：识别危险赋值模式。在项目中搜索 Constructor.prototype = {...} 或 Constructor.prototype = Object.create(...) 这类代码。直接赋值会覆盖原有方法，导致下游所有实例立即丢失继承的功能。
第二步：借助 CodeGeeX 生成安全替换方案。
1. 选中整行覆写语句（例如 MyClass.prototype = { init() {} };）。
2. 右键选择“Ask CodeGeeX → Fix Bug”。
3. 采用推荐方案：“使用 Object.assign(MyClass.prototype, { init() {} }) 以保留现有方法”。
4. 执行后验证：原 MyClass.prototype.toString 等内置方法是否已恢复可访问性？
需特别注意：如果项目已采用 ES6 class 语法，应避免手动操作 prototype——class 声明的原型是只读的，修改将静默失败。CodeGeeX 会在解释中明确提醒这一点。
修复 extends 继承链中断
当子类方法中调用 super.xxx() 报错时，CodeGeeX 能定位到父类继承未正确连接或 super() 调用遗漏。
- 选中子类构造函数内的第一行（正常情况下应为 super(...)）。
- 若该行缺失，CodeGeeX 的修复建议会强制插入 super(props);，并标注：“ES6 继承要求子类构造器首行必须调用 super，否则 this 不可用”。
- 如果父类并非 class 声明（例如 function Parent(){}），CodeGeeX 会建议改用 Object.setPrototypeOf(Child.prototype, Parent.prototype) 来替代 extends，从而规避 V8 引擎的兼容性陷阱。