Rails接收AJAX请求时URL参数+被替换为空格的原因与解决办法

为什么+会被替换成空格？ #

这事儿我之前也碰到过，其实是HTTP URL编码的老规则在搞鬼。早期的URL规范里，空格字符是不允许直接出现在URL中的，所以行业里约定用+来替代空格。Rails的参数解析器默认严格遵循这个规则，当它解析URL里的查询参数时，会自动把+转换为空格，这就是你拿到test0221k staging@tt.com而不是期望值的原因。

如何避免这个问题？ #

有两种靠谱的解决方式，优先推荐第一种：

1. 前端发送请求时正确编码参数 #

在发起AJAX请求前，用JavaScript的encodeURIComponent()方法对包含+的email参数做编码处理。这个方法会把+转换成对应的URL编码%2B，Rails解析时会自动把%2B还原成+，这样就能得到你想要的邮箱地址了。

举个实际的代码例子：

// 原始的邮箱地址
const email = 'test0221k+staging@tt.com';
// 编码后的值会变成 "test0221k%2Bstaging%40tt.com"
const encodedEmail = encodeURIComponent(email);

// 把编码后的参数拼接到请求URL里发起请求
fetch(`/your-rails-endpoint?email=${encodedEmail}`)
  .then(response => response.json())
  .catch(error => console.error(error));

2. 后端手动处理原始查询字符串（备选方案，不推荐） #

如果前端编码暂时没法修改，你也可以在Rails后端从原始查询字符串里提取参数并手动解码。比如：

# 获取原始的查询字符串
raw_query = request.query_string
# 手动提取email参数，用URI.decode_www_form_component处理，不会把+转成空格
email = URI.decode_www_form_component(raw_query.split('email=').last.split('&').first)

不过这种方式比较“hack”，需要处理参数的位置和其他可能的参数干扰，所以还是优先让前端做好编码更稳妥。

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