订单号必须全程作为字符串处理，避免用BigInt或number解析导致精度丢失；仅在必要数值运算时显式转BigInt，并确保全链路类型一致。
直接用 BigInt 处理订单号是错的——订单号不是数值，不该参与算术运算；强行转 BigInt 只会引入类型混用、序列化失败、比较逻辑混乱等新问题。正确做法是全程当作字符串处理，仅在极少数必须数值语义的场景（如分页偏移计算）才临时转 BigInt，且必须确保所有操作数类型一致。
订单号不该被当数字解析或运算
后端返回的 19 位雪花 ID（如 "1724859301284761600"）本质是标识符，不是可计算量。一旦用 JSON.parse() 解析，JS 自动转成 number，超出 Number.MAX_SAFE_INTEGER（9007199254740991）就丢精度，末尾变 00。这不是“计算不准”，是“解析即损坏”。
- 别在响应拦截器里调
BigInt(res.data.orderId)——这无法修复已发生的精度丢失 - 别对订单号做加减乘除、取模、幂运算——业务上毫无意义，还触发隐式转换报错
- 前端展示、传参、路由跳转、本地存储，全部用原始字符串，不碰
parseInt、Number()、+运算符
axios 中用 json-bigint 拦截响应并存为字符串
核心目标：让超长数字字段在进入 JS 对象前，就固化为字符串，绕过 JSON.parse 的自动 number 转换。
- 安装：
npm install json-bigint - 配置
transformResponse，启用storeAsString: true：import JSONbig from 'json-bigint';<br>const json = JSONbig({ storeAsString: true });<br><br>axios.create({<br> transformResponse: [(data) => {<br> if (typeof data === 'string') {<br> try { return json.parse(data); }<br> catch { return JSON.parse(data); }<br> }<br> return data;<br> }],<br>}); - 效果：响应体中所有超过安全范围的数字（如
"orderId": 1724859301284761600）会被解析为{ orderId: "1724859301284761600" }，不是BigInt对象，也不是number
发送请求时避免字符串被双引号包裹
后端接口往往要求 orderId 是 JSON 数字而非字符串。若你存的是字符串，直接发出去会变成 "orderId": "1724859301284761600"，后端可能拒收或解析失败。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
立即学习“前端免费学习笔记（深入）”；
- 在请求拦截器中，对
data做一次正则预处理：JSON.stringify(data).replace(/"(\d{16,})"/g, '$1') - 该正则只匹配被双引号包围、且长度 ≥16 位的纯数字字符串，不会误伤手机号（11 位）、状态码（3 位）或带字母的编号
- 注意：仅对最终要发给后端的 JSON 字符串做此操作，不要在对象层面修改原始数据，否则影响本地逻辑
需要数值语义时才用 BigInt，且必须全链路显式
极少数场景真要算，比如“当前订单号 + 1 生成测试单号”，或“按订单号倒序分页”。此时必须放弃字符串，转入 BigInt 世界，但每一步都要亲手把关。
- 转换入口唯一：只能从原始字符串进，
BigInt("1724859301284761600")，绝不用BigInt(1724859301284761600)（后者已失真） - 所有参与运算的值都得是
BigInt：id + 1n，不是id + 1；id > otherId可以，但id === otherId必须双方都是BigInt - 序列化前必须转回字符串：
JSON.stringify({ nextId: id + 1n + "" })，因为JSON.stringify不支持BigInt，会直接报错
最易忽略的一点：后端返回的订单号字段名未必统一叫 orderId，可能是 id、order_no、sn，甚至嵌套在 data.list[0].item.id 里。json-bigint 默认递归处理全部数字，但如果你用自定义 parser 或手动遍历，漏掉某一层，精度就丢了——别依赖“应该都处理了”，要用真实响应数据验证每一层字段类型。
