当使用 Apache 重写规则时，若未正确配置 QSA 标志，原始 URL 中的查询参数（如 ?error=invalid_login）会被丢弃，导致 $_GET 为空——本文详解原因、修复方法及最佳实践。
当使用 apache 重写规则时，若未正确配置 qsa 标志，原始 url 中的查询参数（如 `?error=invalid_login`）会被丢弃，导致 `$_get` 为空——本文详解原因、修复方法及最佳实践。
在基于 PHP 的 Web 应用中，通过 header("Location: ...") 重定向并携带查询参数（例如 home?error=invalid_login）是一种常见做法。但若服务器启用了 URL 重写（如通过 .htaccess 实现前端控制器模式），这些参数却意外“消失”——var_dump($_GET) 返回空数组，$_SERVER['QUERY_STRING'] 也为 null，这往往并非 PHP 本身的问题，而是 Apache 重写规则配置不当所致。
问题根源在于：你的当前 .htaccess 规则
RewriteRule ^([0-9a-zA-Z\-\#]+)/?$ index.php?page=$1 [L]
虽然能将 /home 正确映射为 index.php?page=home，但它完全忽略原始请求中的查询字符串（如 ?error=invalid_login）。Apache 默认行为是覆盖而非追加查询参数，因此重写后的请求实际等价于：
index.php?page=home（无 error 参数），导致 $_GET['error'] 不可访问。
✅ 正确解法：添加 QSA（Query String Append）标志
只需在 RewriteRule 末尾加入 [QSA,L]，即可让 Apache 自动合并原始查询字符串与重写生成的参数：
Options FollowSymLinks RewriteEngine On RewriteRule ^([0-9a-zA-Z\-\#]+)/?$ index.php?page=$1 [QSA,L]
? 验证效果：重定向后访问 /home?error=invalid_login，此时 $_GET 将正确包含：
立即学习“PHP免费学习笔记（深入）”；
array(2) { ["page"]=> string(4) "home" ["error"]=> string(13) "invalid_login" }
⚠️ 注意事项与增强建议：
- QSA 是必需的，不可省略：即使你只期望接收 page 参数，只要外部链接可能携带额外参数（如错误提示、UTM 跟踪、语言标识等），就必须启用 QSA；
- 避免双重编码风险：QSA 会原样拼接查询字符串，确保重定向 URL 中的参数已正确 urlencode（如 urlencode('用户名')），否则可能导致解析异常；
-
PHP 层防御性检查：在 index.php 中始终校验 $_GET 键存在性，而非直接使用：
$error = $_GET['error'] ?? null; if ($error === 'invalid_login') { echo '<div class="alert alert-danger">登录失败，请检查用户名和密码。</div>'; } - 开发环境一致性：WAMP 默认启用 mod_rewrite，但请确认 httpd.conf 中 LoadModule rewrite_module modules/mod_rewrite.so 已取消注释，且虚拟主机配置允许 .htaccess 覆盖（AllowOverride All）。
总结：URL 查询参数丢失的本质是重写规则与查询字符串处理机制不匹配。添加 QSA 标志是最小、最标准、最可靠的修复方式。它不改变原有逻辑，仅确保用户意图（通过 URL 传递的状态信息）完整抵达 PHP 应用层——这是构建健壮、可维护 Web 路由的基础一环。
