iOS/Android向Phalcon PHP服务器发GET请求时+被转空格的解决咨询

首先得明确：你遇到的是PHP处理URL查询参数的标准行为——在URL的query部分，+是空格的合法编码方式（和%20等效），所以不管用原生$_GET还是Phalcon的$this->request->get()，都会自动把+解码成空格。

关于修改Content-Type的疑问 #

直接说结论：修改Content-Type请求头无法解决这个问题。因为GET请求的参数是附在URL中的，和请求体无关；而Content-Type是用来描述请求体格式的，GET请求通常没有请求体，所以改这个对URL参数的解码逻辑毫无影响。

可行的解决方案 #

1. 客户端编码时将+转换为%2B

这是最可靠的方案，从根源上避免歧义。URL编码中，%2B才是+的标准编码形式，服务器解码后会还原成+。

• iOS示例：

  let originalEmail = "john+doe"
  // 对字符串进行完整URL编码，确保+被转成%2B
  guard let encodedEmail = originalEmail.addingPercentEncoding(withAllowedCharacters: .urlQueryAllowed) else {
      // 处理编码失败的情况
      return
  }
  let urlString = "http://myserver.com/path?email=\(encodedEmail)"
  // 发起请求...
  

  注：urlQueryAllowed会自动将+编码为%2B，同时保留其他合法的查询参数字符。

• Android示例：

  String originalEmail = "john+doe";
  try {
      // URLEncoder.encode会自动将+转成%2B，空格转成+
      String encodedEmail = URLEncoder.encode(originalEmail, "UTF-8");
      String urlString = "http://myserver.com/path?email=" + encodedEmail;
      // 发起请求...
  } catch (UnsupportedEncodingException e) {
      e.printStackTrace();
  }
  

2. 服务器端手动还原（仅限特殊场景）

如果客户端无法修改编码逻辑，可以在服务器端做反向替换，但这个方法有风险——如果参数中原本就有合法的空格（编码为%20），也会被替换成+，所以只适用于你能确定参数中的空格全部来自+解码的场景。

Phalcon中的处理示例：

$email = $this->request->get('email');
// 将空格替换回+
$email = str_replace(' ', '+', $email);
// 现在$email的值就是'john+doe'

3. 改用POST请求（备选方案）

如果GET参数的编码歧义难以避免，可以考虑将参数放在POST请求体中。如果使用application/json格式传递参数，完全不会有+和空格的编码冲突问题；即使使用application/x-www-form-urlencoded，只要客户端正确编码，+会被转成%2B，服务器解码后也能得到正确的值。

Phalcon中获取POST参数的示例：

// 假设请求体是JSON格式
$email = $this->request->getJsonRawBody()->email;
// 或者application/x-www-form-urlencoded格式
$email = $this->request->getPost('email');

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