记录一个有些奇怪的问题，关于参数“+”号在传输过程中是否被转义。
1、get方式请求
使用get方式，php收到的参数中“+”会变为空格，看说明应该是执行了urldecode，如果需要恢复为“+”号，需要对接收到的参数进行urlencode。
通过使用curl和浏览器方式，接收到的参数均把+号转为了空格。
请求地址为http://ip/xx?aa=+889
使用 $_REQUEST['aa'] 接收到的参数值为“ 889”，参数+号被转为了空格，如果希望得到原样的+889，则需要使用urlencode($_REQUEST)来进行获取。
但是，如果传输的时候，使用的是http://ip/xx?aa=%2B889，即自行对+号进行了url编码，那$_REQUEST接收到的就是+889的参数。
2、post方式请求
使用post方式，curl执行接收到的参数也是将+号转为了空格；但是通过html form模拟的post，接收到的却是完整的+号（form提交的时候自动对参数进行了url编码？）。
接收参数使用$_POST。
如果在curl的时候，post的参数使用编码后的%2B889，那php接收到的就是+889。
3、结论
因此，得出一个结论：
php在接收到参数的时候，会自动对参数进行一次urldecode解码操作，因此，如果传送的参数未进行url编码，那特殊字符（例如+号）就会被解码为空格，导致参数接收不正确。
如果希望php正确的接收到包含特殊字符的参数，那client与server之间就需要有一个约定，例如client发送的参数都是经过url编码后的参数，这样server接收到的参数就是正确的参数。