JSON深拷贝必然丢失原型链，因其仅序列化可枚举自有属性并转为纯数据结构，导致constructor变为Object、instanceof失效、方法全部不可用；根本原因在于JSON标准不支持类、构造函数、原型及不可枚举属性。
JSON 深拷贝本身不保留原型链，这是它的固有行为，不是“丢弃”而是根本没处理——JSON.stringify 只序列化可枚举的自有属性，且强制转为纯数据结构。所以拷贝后对象的 constructor 是 Object，instanceof 失效，原型上的方法全部不可用。
为什么原型链一定会丢失
JSON 标准只定义了 null、布尔、数字、字符串、数组和对象六种类型，不包含类、构造函数、原型、方法或不可枚举属性。无论你用 class 定义还是 function 构造，只要走 JSON 流程，就只剩键值对：
- obj.method() → 方法体被忽略（函数类型不支持）
- obj instanceof MyClass → false（新对象原型链指向 Object.prototype）
- Object.getPrototypeOf(cloned) === Object.prototype → true
- getter/setter、Symbol 属性、不可枚举属性全都不在 JSON 输出里
想保留原型，就不能只靠 JSON
如果业务强依赖 instanceof 或原型方法调用（比如自定义类实例需调用 .validate() 或 .toJSON()），必须绕过 JSON 或在它之后补原型：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 首选 modern 方案：structuredClone（2022 年起逐步支持，2026 年主流浏览器已稳定）——它保留原型链、Map/Set/Date/RegExp 等，但依然不支持函数和 Symbol；对自定义类实例，若其属性都是可克隆类型，clone 后仍能正确 instanceof
- 手动重建原型：JSON.parse 后用 Object.setPrototypeOf(cloned, original.constructor.prototype)，但要注意：不能恢复方法逻辑（函数本身没被序列化），只能恢复类型判断
- 改用鸭子类型或接口契约：不依赖 instanceof，而是检查是否有必要字段或方法（如 typeof cloned.validate === 'function'），更健壮也更符合前端实际协作场景
生产环境推荐做法
别把 JSON.parse(JSON.stringify()) 当深拷贝用，尤其当对象带行为时：
立即学习“Java免费学习笔记（深入）”；
- 纯数据传输（如发给后端的表单、配置）→ 可用 JSON，但要清楚它只是“数据快照”
- 需要保持实例语义（如状态管理中的 Model 实例、Canvas 工具类）→ 用 structuredClone + 类型守卫，或封装 clone 方法（如 class 提供 static from(obj) 或 .clone()）
- 第三方库稳妥选 Lodash 的 _.cloneDeep，它内部做了原型模拟（非真实原型链，但能维持 instanceof 对常见内置类的判断），不过体积较大
