php中get参数的空格被编码为+号时，urldecode()无法将其还原为空格，应使用str_replace('+', ' ', rawurldecode($val))组合处理，避免使用已弃用的urldecode()。
PHP接收GET参数时，空格变成+号怎么办
浏览器对URL编码时，会把空格转成+，而PHP的$_GET默认用urldecode()处理，但这个函数**不会把+还原为空格**——它只解%20。结果就是你看到hello+world原样进了$_GET['q']，而不是hello world。
常见错误现象：$_GET['name']值为"john+doe"，直接echo出来显示john+doe，而非john doe。
- 正确做法：手动把
+替换成空格，再urldecode()，顺序不能反（否则%2B会被错解） - 推荐写法：
urldecode(str_replace('+', ' ', $_SERVER['QUERY_STRING']))只适用于解析整个查询串；更安全的是对每个$_GET值单独处理 - 实际建议：用
rawurldecode()替代urldecode()，它会把+和%20都视为空格，且兼容性更好（PHP 4.0.4+）
rawurldecode()和urldecode()在处理空格时的区别
urldecode()是历史遗留函数，按老式application/x-www-form-urlencoded规则解码，把+当空格、%20也当空格，但内部逻辑混乱，遇到%2B（即字面+号）可能出错；rawurldecode()严格按RFC 3986处理，只解%xx，+必须手动替换。
所以真正稳妥的组合是：str_replace('+', ' ', rawurldecode($val))。
立即学习“PHP免费学习笔记（深入）”；
- 如果你确定参数来自表单GET提交（非手拼URL），
rawurldecode()+str_replace()是首选 - 如果参数来自API调用或前端
encodeURIComponent()（它不产生+，只产%20），那直接rawurldecode()就够了 - 别用
urldecode()处理用户输入，它在PHP 8.1+已被标记为“不推荐”，未来可能移除
$_GET自动解码不可控，建议从源头过滤
PHP在填充$_GET时调用的是内部等效于urldecode()的行为，你无法关闭或修改这个过程。这意味着一旦空格被编码成+，$_GET里拿到的就是错的——除非你重写整个$_GET。
- 最轻量做法：定义一个辅助函数，比如
get_param($key)，内部统一做str_replace('+', ' ', rawurldecode($_GET[$key] ?? '')) - 注意
$_GET键名本身也可能含空格（极少见），但PHP会自动把?后key name=value里的空格转下划线，所以$_GET['key_name']才是真实键名 - 如果用框架（如Laravel），它的
request()->query()通常已内置修复，不用额外处理
curl或JS拼URL时，空格编码选%20还是+？
浏览器地址栏输空格，会自动转%20；表单submit默认用application/x-www-form-urlencoded，空格转+。但现代前端更推荐统一用encodeURIComponent()，它永远输出%20，不产+。
- curl命令中，用
-G --data-urlencode "q=hello world"，它会自动编码为q=hello%20world，比手写-d "q=hello+world"更可靠 - PHP端收到
%20时，rawurldecode()能正确还原；收到+时，必须先替换再解码 - 关键点：前后端约定编码方式比后端拼命兼容更省事——让前端负责生成合规URL，后端只做
rawurldecode()
空格问题本质是编码协议混用，不是PHP缺陷。最容易被忽略的是：你以为urldecode()万能，其实它连自己的规范都没完全遵守。
