换行符丢失与接口无响应问题排查

你的猜测非常准确！在 Web 开发和前后端数据交互中，换行符丢失或提交后无响应，绝大概率是由于代码在“数据序列化”、“网络传输”或“后端解析”阶段的处理不当导致的。

1. JSON 序列化与转义问题（最常见）

在 JSON 规范中，真正的“换行符（回车）”是不允许直接存在于字符串中的。

• 错误表现：如果你直接发送包含物理换行的字符串，JSON 解析器会报错，导致后端接口崩溃或拒绝请求（表现为无响应/Pending）。
• 正确做法：在发送前，换行符必须被转义为 \ 字符。
  • 示例：{\"content\": \"第一行\ 第二行\"} 是合法的。
  • 示例：{\"content\": \"第一行 第二行\"}（物理换行）会导致 JSON 解析失败。

2. Form 表单提交的 Content-Type 差异

如果你使用的是普通的表单提交（application/x-www-form-urlencoded）：

• 浏览器会自动将换行符（\ \ ）转码为 %0D%0A。
• 如果你的前端代码手动拦截了请求并进行了自定义拼接，但没有调用 encodeURIComponent()，换行符就会丢失，甚至可能破坏 HTTP 请求体结构，导致服务器无法正常解析而无响应。

3. 后端接收与清洗逻辑（“把换行符过滤了”）

有些后端的安全框架或数据清洗逻辑（如防止 XSS 攻击、SQL 注入、或某些不规范的 trim() 逻辑），在过滤敏感字符时，会粗暴地使用正则把 \ 、\ 等空白字符全部替换为空。

• 排查方法：让后端开发人员在接口的最入口处（未经过滤器/拦截器前）打印请求的 Raw Body（原始报文），确认数据到达服务器时是否带有换行。

4. 调试与解决步骤

1. 看 Network（网络面板）：在浏览器按 F12 打开开发者工具，在 Network 找到那个提交请求，查看 Payload（载荷）。
   • 如果 Payload 里有 \ 或换行，说明前端没问题，是后端接收或解析时弄丢了。
   • 如果 Payload 里已经是空格或连在一起了，说明前端在发送前（如通过 JS 处理数据时）就已经把换行符弄丢了。
2. 检查前端获取方式：如果是从 <textarea> 获取的值，直接通过 .value 拿到的是带有 \ 的。如果是富文本编辑器，需确认是否调用了正确的 API（如获取 HTML 还是纯文本）。