$_GET为空的主因是URL无查询参数，如访问test.php而非test.php?id=123；其他原因包括前端将参数误放请求体、参数名拼写错误、空值、Nginx重写丢弃$args等。
PHP中
为空的常见原因
直接访问
却拿不到值，不是代码写错了，而是请求根本没带参数过去。最典型的情况是：URL里压根没有
这部分，比如访问的是
而不是
。这时候
就是空数组，
也会返回
。
其他高频原因包括：
前端用
或
发送 GET 请求时，把参数塞进了 request body（错误做法），而 PHP 的
只读 URL 查询字符串
URL 中参数名拼写错误，比如 PHP 里写
，但实际传的是
参数值为空字符串（
），此时
是
，不是
，但
会判为真
Web 服务器（如 Nginx）配置了重写规则，把查询参数意外丢弃了，比如用了
却没保留
如何安全地获取并判断 GET 参数
别一上来就用
，它可能触发 Notice；也别只靠
，它会把
、
、
都当成“空”，而有时
是合法值。
推荐组合判断方式：
立即学习
“
PHP免费学习笔记（深入）
”；
用
确认参数是否存在（哪怕值是
或
）
再用
判断是否非空字符串（若业务不允许空字符串）
需要转类型时，显式过滤：比如
，失败时返回
，比手动
强制转换更可靠
调试时加一句
，确认服务器端到底收到了什么——有时候问题出在前端没发，而不是 PHP 没收到
Nginx 下 GET 参数丢失的排查与修复
如果你确定 URL 带了参数（比如
），但
始终为空，大概率是 Nginx 配置问题。默认的重写规则常会吃掉
。
检查 location 块中是否有类似下面的写法：
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
这行会丢弃原始查询参数。正确写法是显式带上
：
改完记得
。Apache 一般不出现这类问题，除非用了自定义
且没加
标志。
GET 参数含特殊字符或中文时的注意事项
浏览器会对 URL 中的空格、中文、&、= 等自动编码（如
→
），PHP 默认能自动解码进
。但如果前端用
多编了一次，或者后端被某些中间件（如某些 CDN 或 WAF）二次解码，就可能导致乱码或截断。
验证方法：
打印
后的原始 URL，看是否过度编码
检查
，它保持原始未解码状态，可对比判断是否被提前处理过
避免在 PHP 中对
值再调用
，PHP 已完成一次标准解码
真正难搞的是某些老旧系统或嵌入式设备发来的请求，它们可能不遵循 RFC 编码规范，这时就得靠
手动解析，再用
安全处理。
$_GET$_GET?key=valuehttp://example.com/test.phphttp://example.com/test.php?id=123$_GETisset($_GET['id'])falsefetchaxios$_GET$_GET['user_id']?uid=5?name=$_GET['name']''unsetempty()try_files $uri =404;$args$_GET['xxx']empty()'0'0falseid=0isset($_GET['key'])''0$_GET['key'] !== ''$id = filter_input(INPUT_GET, 'id', FILTER_VALIDATE_INT);false(int)var_dump($_GET);/page.php?test=1$_GET$argstry_files $uri $uri/ /index.php;$argstry_files $uri $uri/ /index.php?$args;nginx -t && nginx -s reloadRewriteRule[QSA]姓名=张三%E5%A7%93%E5%90%8D=%E5%BC%A0%E4%B8%89$_GETencodeURIComponenturlencode()$_SERVER['QUERY_STRING']$_GETurldecode()$_SERVER['QUERY_STRING']parse_str()