phpEnv Apache环境下解决$_GET参数丢失问题-php教程-PHP中文网

apache环境下$_get参数丢失90%是因重写规则漏加[qsa]标志，导致原始查询字符串被覆盖而非合并；正确写法为rewriterule ^([0-9a-za-z\-\#]+)/?$ index.php?page=$1 [qsa,l]，加后$_get将同时包含page及error等原始参数。

phpenv apache环境下解决$_get参数丢失问题

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。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

错误写法：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 问题”的情况其实来自别处：

如果你在本地调试时混用了 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 和类型风险