$_GET拿不到参数主因是URL未被正确解析：参数名含特殊字符需转义、中文空格未urlencode、Web服务器重写规则丢失查询字符串、反向代理剥离QUERY_STRING，或前端用pushState未触发真实请求。
PHP 直接通过 $_GET 超全局数组读取 URL 参数，但实际用时容易忽略编码、空值、嵌套结构和安全边界——不是所有参数都能原样信任或直接 echo。
为什么 $_GET 有时拿不到参数？
常见原因不是 PHP 问题，而是 URL 本身没被正确解析：
- 参数名含特殊字符（如
user-name）但未用下划线或字母开头，PHP 会自动转为user_name—— 实际访问必须用$_GET['user_name']，而非原始键名 - URL 中参数值含空格或中文但未经过
urlencode()，浏览器可能截断或服务端解码失败；例如?q=hello world中的空格会被当作分隔符，应写成?q=hello%20world - Web 服务器（如 Nginx）配置了
merge_slashes off或重写规则吞掉了 query string，需检查fastcgi_param QUERY_STRING $query_string;是否存在
filter_input(INPUT_GET, ...) 比直接读 $_GET 更可靠
它内置类型转换与过滤，避免手动 intval() 或 htmlspecialchars() 漏掉环节：
// 安全获取整数 ID，无效时返回 null $id = filter_input(INPUT_GET, 'id', FILTER_VALIDATE_INT); // 获取字符串并自动去除首尾空白、转义 HTML 特殊字符 $name = filter_input(INPUT_GET, 'name', FILTER_SANITIZE_FULL_SPECIAL_CHARS); // 设定默认值（注意：FILTER_REQUIRE_ARRAY 仅适用于预期是数组的参数） $tags = filter_input(INPUT_GET, 'tags', FILTER_DEFAULT, FILTER_REQUIRE_ARRAY) ?: [];
关键点：filter_input 不会触发 E_NOTICE（比如参数不存在），而 $_GET['xxx'] 直接访问未定义键会报错；且它支持 FILTER_FLAG_STRIP_LOW 等细粒度控制。
立即学习“PHP免费学习笔记（深入）”；
处理带方括号的 URL 参数（如 ?arr[]=a&arr[]=b）
PHP 自动将这种语法转为数组，但要注意命名冲突和深度限制：
-
?user[name]=john&user[age]=30→$_GET['user']是关联数组['name' => 'john', 'age' => '30']，无需额外解析 - 若 URL 写成
?user[name]=john&user[city][zip]=10001，PHP 默认只展开一层，深层嵌套（如 city.zip）不会自动创建多维结构，除非php.ini中max_input_nesting_level调高（默认 64） - 攻击者可能构造超深嵌套（如
foo[bar][baz][...]）触发内存耗尽，生产环境建议保持默认限制或用filter_var_array()显式声明允许的字段结构
调试时怎么确认参数到底有没有进来？
别只靠 var_dump($_GET)，要区分“参数存在但为空”和“参数根本没传”：
// 这三种情况输出不同
var_dump(array_key_exists('page', $_GET)); // true 即使 page= （空字符串）
var_dump(isset($_GET['page'])); // false 如果 page= 或根本没这个参数
var_dump($_GET['page'] ?? null); // null 如果参数不存在，否则返回值（含空串）
// 更稳妥的调试方式
error_log('Raw QUERY_STRING: ' . ($_SERVER['QUERY_STRING'] ?? 'none'));
error_log('Parsed GET: ' . json_encode($_GET, JSON_UNESCAPED_UNICODE));
真正容易被忽略的是：HTTPS 反向代理环境下，$_SERVER['QUERY_STRING'] 可能被缓存层剥离，或者前端用了 history.pushState 但没触发 PHP 请求——此时 $_GET 必然为空，得回头查 JS 是否发了真实请求。
