Apache环境下$_GET参数丢失90%是因重写规则漏加[QSA]标志，导致原始查询字符串被覆盖而非合并；正确写法为RewriteRule ^([0-9a-zA-Z\-\#]+)/?$ index.php?page=$1 [QSA,L]，加后$_GET将同时包含page及error等原始参数。
Apache 环境下 $_GET 参数丢失，90% 是重写规则漏了 [QSA]，不是 PHP 配置问题，也不用改 php.ini。
为什么重定向或伪静态后 $_GET 变空了
你写了 header("Location: /home?error=invalid_login")，但跳转过去后 var_dump($_GET) 是空数组；或者用了 RewriteRule ^([a-z]+)/?$ index.php?page=$1 访问 /home?ref=utm_source，结果 $_GET['ref'] 拿不到——这不是 PHP 没读到，而是 Apache 重写时把原始查询字符串整个丢弃了。
- 默认行为：RewriteRule 生成的新 URL 会**覆盖**原始
QUERY_STRING，不合并 - 哪怕正则里没动
?后面的部分，只要没显式声明保留，参数就没了 -
$_SERVER['QUERY_STRING']为空、$_GET为空，基本可锁定是这一步出的问题
必须加 [QSA]，不是可选项
[QSA]（Query String Append）告诉 Apache：把原始 URL 中的查询参数自动拼到重写后的 URL 后面。不加它，?error=xxx 就永远进不了 PHP。
- 错误写法：
RewriteRule ^([0-9a-zA-Z\-\#]+)/?$ index.php?page=$1 [L] - 正确写法：
RewriteRule ^([0-9a-zA-Z\-\#]+)/?$ index.php?page=$1 [QSA,L] - 多个 RewriteRule 也要逐条检查——只要涉及路径重写，且你期望外部能带参访问，就必须有
[QSA] - 注意顺序：
[QSA]必须写在[L]前面，否则不生效
其他常见干扰点：Nginx 和表单 action
虽然你在用 phpEnv 的 Apache，但有些“看起来像 Apache 问题”的情况其实来自别处：
立即学习“PHP免费学习笔记（深入）”；
- 如果你在本地调试时混用了 Nginx（比如某些 phpEnv 版本支持双引擎切换），请确认当前生效的是 Apache ——
phpinfo()里看Server API是apache2handler而非fpm/fcgi - 表单
action写成<?php echo $_SERVER['PHP_SELF']; ?>也会丢$_GET，因为PHP_SELF不含查询字符串；应改用<?php echo $_SERVER['REQUEST_URI']; ?> - 前端用
fetch('/api/update', {method:'POST', body: JSON.stringify({id:1})})却指望$_GET['id']存在——这是概念混淆，$_GET只读 URL 查询参数，POST 数据在$_POST或php://input里
验证和兜底建议
加完 [QSA] 后别直接信，要实测：
- 访问一个带参 URL，例如
/user/123?tab=profile&debug=1，然后在index.php开头加var_dump($_GET); die;，确认输出包含page、tab、debug全部键 - 如果仍为空，立刻检查
.htaccess是否被读取：RewriteEngine On上一行加个故意写错的指令（如RewritEEngine Off），看是否报 500 错误；不报错说明 .htaccess 根本没生效 - 业务代码里别直接写
$_GET['id']，统一用$id = $_GET['id'] ?? null;或filter_input(INPUT_GET, 'id', FILTER_VALIDATE_INT)，避免 Notice 和类型风险
最易被忽略的是：QSA 解决的是“服务器层参数传递”，但它无法挽救前端发错的请求——比如 URL 里写了 ?name=John&Doe，其中 &Doe 会被当成新参数名，导致解析断裂。这种得靠 urlencode() 预处理，不是重写规则能兜住的。
