Axios 请求返回的数据在 console.info() 中显示不全（如数组被意外截断），通常并非 Axios 或浏览器日志机制导致，而是因代码中对响应对象进行了原地修改（mutating the response），例如使用 .splice()、.push()、delete 等操作直接修改了响应数据的引用。
axios 请求返回的数据在 console.info() 中显示不全（如数组被意外截断），通常并非 axios 或浏览器日志机制导致，而是因代码中对响应对象进行了原地修改（mutating the response），例如使用 .splice()、.push()、delete 等操作直接修改了响应数据的引用。
当你通过 await axiosInstance.get(...) 获取响应后，response.data 是一个普通 JavaScript 对象（或嵌套对象/数组），它在内存中以引用方式传递。这意味着：只要任何后续代码对 response.data.attributes.innerAttributes.fundamentals.base 这样的数组执行了 splice()、pop()、push() 或赋值修改，原始响应对象就会被即时改变——而 console.info() 是惰性求值（lazy evaluation） 的：它只在你展开控制台对象时才读取当前值，而非记录日志那一刻的快照。
例如，假设你的 index.js 中存在如下代码：
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); // 移除第二个元素
此时，即使 console.info() 写在修改之前，Chrome/Firefox 控制台仍可能显示修改后的状态（尤其在展开对象时），因为 response.data 与日志中显示的对象共享同一内存引用。
✅ 正确做法：始终对响应数据进行深拷贝或结构化克隆后再处理：
// ✅ 方案1：使用 structuredClone（现代环境，推荐）
const safeData = structuredClone(response.data);
safeData.attributes.innerAttributes.fundamentals.base.push("new-item"); // 安全修改
// ✅ 方案2：浅拷贝 + 手动处理嵌套（兼容旧环境）
const safeData = {
...response.data,
attributes: {
...response.data.attributes,
innerAttributes: {
...response.data.attributes.innerAttributes,
fundamentals: {
...response.data.attributes.innerAttributes.fundamentals,
base: [...response.data.attributes.innerAttributes.fundamentals.base],
ref: [...response.data.attributes.innerAttributes.fundamentals.ref]
}
}
}
};
// ✅ 方案3：使用工具库（如 lodash.cloneDeep）
import { cloneDeep } from 'lodash';
const safeData = cloneDeep(response.data);
? 关键提醒：
- 不要直接调用 Array.prototype.splice()、sort()、reverse() 或 Object.assign() 修改 response.data；
- 避免在拦截器（interceptors）中无意修改响应体，除非明确需要；
- 调试时若需确认原始响应，可立即序列化为 JSON：console.info("raw", JSON.parse(JSON.stringify(response.data)))（注意：会丢失函数、undefined、Date 等非序列化值，仅用于调试）；
- 使用 console.log(JSON.stringify(response.data, null, 2)) 可强制输出快照式结构，规避引用延迟渲染问题。
总结：Axios 本身不会“丢失”数据；所谓“缺失值”，本质是响应对象被意外污染。养成「响应即不可变」的开发习惯，并在必要时显式克隆，是保障数据一致性和调试可靠性的基石。
