深拷贝是递归复制对象所有层级，生成完全独立的新对象。它识别类型、分配新容器、递归深挖，确保源与拷贝互不影响；JSON方法有局限，structuredClone更可靠。
深拷贝就是“连根拔起，另起炉灶”
你可以把一个对象想象成一棵树：根是顶层对象，树枝是它的属性，树叶是值——有些叶子是数字、字符串（直接贴在枝上），有些树枝又分叉出小树（比如嵌套对象或数组）。
浅拷贝只剪下主干和第一层树枝，再栽到新花盆里；但那些小树还是连着原来的根。你一摇小树，老树也晃。
深拷贝不是剪枝，是挖——把整棵树，连同所有盘错的根、每一根分叉、每一片叶子，原样复制一份，种进另一个完全独立的花盆。两棵树从此互不干扰。
核心就三点：识别、分配、递归
手写深拷贝函数，本质是在模拟这个“挖树种树”的过程，靠三个动作完成：
• 识别类型：先看当前要拷贝的东西是不是对象或数组（因为只有它们才可能有“根须”需要深挖）；如果是 null、原始值（字符串/数字/布尔等），直接返回它自己——这些本来就没“根”，不用挖。
• 分配新容器：确认要深挖后，立刻新建一个空数组或空对象，作为新树的“花盆”。
• 递归深挖：遍历原对象每个自有属性，对每个值重复上面三步——如果它的值还是对象，就再挖一层；直到挖到全是原始值为止。
为什么 JSON 方法看起来简单却常翻车？
JSON.parse(JSON.stringify(obj)) 是个“速成挖树机”，但它有严重局限：
• 遇到函数、undefined、Symbol、RegExp、Date、BigInt、Map、Set 这些，JSON 直接忽略或转成 null 或字符串（比如 Date 变成时间字符串，再也变不回 Date 实例）；
• 一旦对象里有循环引用（比如 a.b = a），JSON 会报错崩溃——它没法处理“自己长在自己身上的树”；
• 原型链上的方法和属性全丢光，拷出来的只是个“没血缘关系的空壳”。
所以它适合临时对付纯数据对象（比如从接口拿来的配置项），但不能当通用方案。
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
现代浏览器已经自带“专业挖掘机”了
Chrome 98+、Firefox 94+、Safari 15.4+ 都支持原生 structuredClone()：const copy = structuredClone(original);
它能正确处理 Map、Set、Date、RegExp、ArrayBuffer、TypedArray、Error、甚至带循环引用的对象，且保留原型信息（部分环境）。它是目前最可靠、最省心的深拷贝方式——除非你要兼容老版本 IE 或旧安卓 WebView，否则优先用它。
