本篇文章介绍的内容是
php
接收+号等特殊字符参数的问题 ，现在分享给大家，有需要的朋友可以看一下
记录一个有些奇怪的问题，关于参数“+”号在传输过程中是否被转义。
1、get方式请求
使用get方式，php收到的参数中“+”会变为空格，看说明应该是执行了urldecode，如果需要恢复为“+”号，需要对接收到的参数进行urlencode。
通过使用curl和浏览器方式，接收到的参数均把+号转为了空格。
请求地址为
使用
接收到的参数值为
，参数+号被转为了空格，如果希望得到原样的
，则需要使用
来进行获取。
但是，如果传输的时候，使用的是
，即自行对+号进行了url编码，那
接收到的就是
的参数。
2、post方式请求
使用post方式，curl执行接收到的参数也是将+号转为了空格；但是通过html form模拟的post，接收到的却是完整的+号（form提交的时候自动对参数进行了url编码？）。
接收参数使用$_POST。
如果在curl的时候，post的参数使用编码后的
，那php接收到的就是
。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
3、结论
因此，得出一个结论：
php在接收到参数的时候，会自动对参数进行一次urldecode解码操作，因此，如果传送的参数未进行url编码，那特殊字符（例如+号）就会被解码为空格，导致参数接收不正确。
如果希望php正确的接收到包含特殊字符的参数，那client与server之间就需要有一个约定，例如client发送的参数都是经过url编码后的参数，这样server接收到的参数就是正确的参数。
立即学习
“
PHP免费学习笔记（深入）
”；
http://ip/xx?aa=+889$_REQUEST['aa']“ 889”+889urlencode($_REQUEST)http://ip/xx?aa=%2B889$_REQUEST+889%2B889+889