Axios 返回的响应数据在 console.info() 中显示数组元素缺失，通常并非 Axios 或浏览器控制台的问题，而是因代码中意外修改了响应对象的引用（如使用 .splice() 等原地 mutating 方法），导致后续日志输出时数据已被篡改。
axios 返回的响应数据在 `console.info()` 中显示数组元素缺失，通常并非 axios 或浏览器控制台的问题，而是因代码中意外修改了响应对象的引用（如使用 `.splice()` 等原地 mutating 方法），导致后续日志输出时数据已被篡改。
在前端开发中，console.log() 或 console.info() 输出对象时，浏览器控制台展示的是对象的实时引用状态，而非打印时刻的快照。这意味着：当你在获取响应后、日志输出前对 response.data 中的嵌套数组（如 base 或 ref）执行了 Array.prototype.splice()、push()、pop()、sort() 等原地修改（mutating）操作，原始响应对象就会被改变——即使日志语句写在修改之前，控制台展开查看时显示的仍是当前最新值。
例如，以下代码会导致你观察到“丢失”现象：
const response = await this.axiosInstance.get("my-ledger-endpoint/ledger-XXXXX");
console.info("from API", response.data); // ✅ 此处看似未修改
// ❌ 但后续某处（甚至在其他模块/文件中）存在：
response.data.attributes.innerAttributes.fundamentals.base.splice(1); // 删除第二个元素
由于 response.data 是一个普通 JavaScript 对象，其内部数组（如 base: ["sample-base-1", "sample-base-2"]）是可变引用类型，任何对它的直接修改都会影响所有持有该引用的地方——包括控制台中尚未展开的对象视图。
✅ 正确做法：始终将响应数据视为不可变（immutable）输入，需修改时创建副本：
// ✅ 安全：深拷贝后再操作（推荐使用结构化克隆或工具库）
const safeData = structuredClone(response.data); // 现代浏览器支持（ES2022+）
// 或使用 JSON 序列化反序列化（仅适用于纯数据，无函数/Date/undefined等）
// const safeData = JSON.parse(JSON.stringify(response.data));
// ✅ 或仅提取所需字段，避免污染原始响应
const { name, attributes } = response.data;
const baseList = [...attributes?.innerAttributes?.fundamentals?.base] || [];
baseList.push("new-item"); // 修改副本，不影响 response.data
⚠️ 注意事项：
- 不要直接调用 response.data.attributes.innerAttributes.fundamentals.base.splice()、.sort()、.reverse() 等方法；
- 检查项目中所有处理该响应的地方（尤其是 index.js 或通用工具函数），确认是否存在隐式 mutation；
- 在调试时，可用 console.info("from API (snapshot)", { ...response.data }) 创建浅层副本，或使用 console.table() 查看基础结构；
- 若需深度冻结响应以杜绝误修改（仅用于开发调试），可临时添加：
Object.freeze(response.data); // ⚠️ 生产环境慎用，会抛出静默失败
总结：Axios 响应本身完全正确，问题根源在于 JavaScript 对象引用的可变性。养成“响应即只读”的开发习惯，并通过 structuredClone、扩展运算符或专用库（如 lodash.cloneDeep）显式创建副本，是规避此类“日志失真”问题的根本方案。
