jQuery AJAX自动将%20转换为+，数据库存储格式异常原因排查

我有一个用于将图片路径保存到数据库的jQuery AJAX函数，示例参数如下：

var data = {};
data['url'] = "Path%20to%20URL";

此前包含空格或%20的路径会以"Path%20to%20URL"格式存入数据库，但未修改代码的情况下，现在却被保存为"Path+to+URL"。我尝试用str.replaceAll('+', '%20')替换，但并未解决问题。我的jQuery AJAX代码如下：

$.ajax({
      url: `server-url`,
      type: 'PUT',
      headers: {
        //auth keys
        'Content-Type': 'application/json'
      },
      data: JSON.stringify(data),
      success: () => {
        // 成功逻辑
      }
});

核心原因排查 #

从你的代码来看，JSON.stringify(data)会原样保留字符串中的%20，不会自动转为+——因为JSON对字符串的处理是完全字面化的。所以问题大概率出在服务器端或中间环节，而非前端代码：

• 服务器端解析逻辑变更：比如原本直接保存JSON中的url字段，现在误将其当作application/x-www-form-urlencoded格式的内容进行了解码/编码，而form编码规范中会将空格转为+，如果服务器先把%20解码为空格，再按form规则重新编码，就会变成+。
• 中间层配置变化：比如反向代理（Nginx）、API网关或CDN的更新，自动对请求体中的URL类字段做了转码处理。
• 依赖库自动更新：虽然你没改代码，但如果项目依赖的服务器端框架或工具库自动更新，可能引入了解析逻辑的变化。

验证步骤 #

1. 抓包确认请求内容：用浏览器开发者工具的Network面板，找到这条PUT请求，查看Request Payload，确认发送的JSON是不是{"url":"Path%20to%20URL"}。如果发送内容正确，100%是服务器端的问题；如果发送的已经是+，再排查前端是否有其他代码偷偷修改了data.url的值。
2. 检查服务器端处理逻辑：确认服务器在接收application/json类型的请求时，是否对url字段做了多余的URL编码/解码操作，尤其是不要用form-urlencoded的规则处理JSON字符串。

解决办法 #

• 若问题在服务器端：修正解析逻辑，直接保存JSON中的原始url字段，或按标准URL编码规则（空格转%20）处理后再存入数据库。
• 若需前端临时处理：确保在JSON.stringify之前对url字段做替换，并且要覆盖所有可能的+（注意replaceAll在旧浏览器可能不兼容，建议用正则）：

  data['url'] = data['url'].replace(/\+/g, '%20');
  

  但这只是权宜之计，核心还是要排查服务器端的逻辑变更。

内容的提问来源于stack exchange，提问作者TechPro