前端需安全解析后端异常堆栈：先校验stack类型，再提取错误类型、消息及前3–5行堆栈摘要并HTML转义，最后结构化展示并上报监控平台。
后端接口返回的异常堆栈信息，前端不能直接展示或简单 console.log，需要先做安全解析、结构提取和可读性格式化。关键在于区分“错误响应体”和“真实 JS 异常”，并避免执行不可信代码或暴露敏感字段。
识别后端返回的异常结构
多数规范后端（如 Spring Boot + @ControllerAdvice、NestJS 响应拦截器）会将异常封装为统一 JSON 格式，例如：
- 标准失败响应：{ "success": false, "code": 500, "message": "数据库连接超时", "stack": "org.springframework.dao.DataAccessResourceFailureException: ... Caused by: java.net.ConnectException: Connection refused" }
- 非标准响应：可能只有 message 字段，或 stack 是 HTML 片段、空字符串、null，甚至缺失
安全提取与清洗堆栈字段
不要直接 innerHTML 渲染 stack 字符串，也不要用 eval 或 Function 构造器解析。应做三步处理：
- 检查 stack 是否为字符串类型，跳过 null/undefined/非字符串值
- 用正则或简单分割（如按
"\n"或"Caused by:"）提取主异常类名、消息、第一层调用位置 - 对内容做 HTML 转义（如用
textContent插入 DOM，或手动替换<>）防止 XSS
前端格式化为可读文本块
目标是让开发或运维人员一眼看清“哪类错误、在哪发生、根因是什么”。推荐结构如下：
立即学习“Java免费学习笔记（深入）”；
-
错误类型：从 stack 开头提取（如
NullPointerException、SQLIntegrityConstraintViolationException） - 简要消息：取 message 字段，若为空则 fallback 到 stack 首行
- 堆栈摘要：截取 stack 中前 3–5 行（含 Caused by），每行缩进 + 灰色小字体显示
- 上下文标记：附带请求 URL、HTTP 方法、时间戳、用户角色（脱敏后），便于关联日志
配合前端错误监控上报使用
格式化后的堆栈可作为额外字段，和前端 JS 异常一起上报到监控平台（如 Sentry、自建 ELK）：
- 在 Axios 拦截器中，对 status >= 400 的响应，提取并格式化 stack 后存入 error.extra.stack
- 若后端未返回 stack，但有 code/message，仍可构造伪堆栈：
`[Backend Error ${res.data.code}] ${res.data.message}` - 避免重复上报：同一请求若已触发 window.onerror（如 JSON 解析失败），不再二次上报后端 stack
