在 nginx 的 rewrite 指令中，get 请求的查询参数默认会自动附加到重写后的 uri 后面，无需手动处理。如果希望完全控制参数的传递或清除原有参数，可以在重写规则末尾显式添加新的查询字符串（如 ?key=value），或者使用 last 标志配合 return 来重置请求。
rewrite 默认如何拼接原始查询参数？
当 rewrite 指令仅指定目标路径而不包含问号时，Nginx 会将客户端请求中的原始查询字符串自动追加到新 URI 之后。这意味着你不需要编写额外的逻辑来保留参数，它们会原样跟随跳转。
server {
listen 80;
server_name example.com;
# 示例：将 /old-path 重写到 /new-path
# 如果请求是 /old-path?a=1&b=2
# 结果将是 /new-path?a=1&b=2
rewrite ^/old-path$ /new-path last;
}
在上述配置中，访问 /old-path?foo=bar 会被内部重定向到 /new-path?foo=bar。这种默认行为适用于大多数需要保留上下文信息的场景。需要注意的是，rewrite 只是修改了内部 URI，后续的 location 匹配将基于这个新的 URI 进行。
如何清除或替换原有的查询参数？
如果需要丢弃原始查询参数并设置全新的参数，必须在 rewrite 的目标 URI 后显式添加一个问号 ?。在 Nginx 语法中，问号标志着查询字符串的开始；如果只写问号而不跟内容，则表示清空所有参数。
server {
listen 80;
server_name example.com;
# 清除所有原始参数
rewrite ^/clear-params$ /target-page ? last;
# 替换为新的单一参数
rewrite ^/update-param$ /target-page?new_key=new_value last;
}
第一种写法 /target-page ? 会在重定向后产生类似 /target-page 的请求，彻底移除 ?a=1 等旧参数。第二种写法 /target-page?new_key=new_value 则会用新参数覆盖旧参数。这里的关键在于问号的位置和其后是否跟随键值对。如果没有问号，Nginx 就会执行默认的追加操作。
使用 $query_string 变量自定义参数逻辑
对于更复杂的参数处理需求，例如根据原始参数动态生成新参数，可以使用 Nginx 内置变量 $query_string。该变量存储了原始的完整查询字符串。结合正则表达式捕获组，可以提取特定参数并重新组装。
server {
listen 80;
server_name example.com;
# 提取原始 URL 中的 id 参数，并固定添加 type 参数
rewrite ^/api/(\d+)$ /api/detail?id=$1&type=static last;
}
在这个例子中，访问 /api/123?source=app 会被重写为 /api/detail?id=123&type=static。注意，由于我们在目标 URI 中显式定义了参数部分（没有以单独的 ? 开头作为截断符，而是直接拼接在路径后），Nginx 的行为取决于具体的写法。如果写成 /api/detail?id=$1&type=static，它实际上是在构建一个新的查询串。若希望保留原始 source=app，则需手动拼接：/api/detail?id=$1&source=$query_string。这种方式提供了最大的灵活性，但需要仔细处理特殊字符和编码问题。
