RewriteCond仅作条件判断，动态参数重写由RewriteRule配合%{QUERY_STRING}及QSA等标志实现；需用RewriteCond捕获参数（如%1）、RewriteRule引用并构造新路径，注意锚定正则、慎用[OR]、调试用R=302。
Apache 的 RewriteCond 本身不直接处理“动态参数重写”，它只是做条件判断；真正执行参数改写的是 RewriteRule 配合 %{QUERY_STRING} 和 QSA、QSFL 等标志。关键在于：**用 RewriteCond 捕获查询参数，再在 RewriteRule 中引用捕获值，实现动态重写**。
用 RewriteCond 匹配并捕获查询参数
比如想把 /page.php?id=123&type=new 重写为 /article/123/new：
- 用
RewriteCond %{QUERY_STRING}匹配原始 URL 中的参数 - 用圆括号
()捕获需要的值（如(\d+)捕获数字 ID） - 捕获结果通过
%1、%2等在后续RewriteRule中引用
示例配置：
RewriteCond %{QUERY_STRING} ^id=(\d+)&type=([^&]+)$
RewriteRule ^page\.php$ /article/%1/%2? [R=301,L]
注意末尾的 ?：它会丢弃原始查询字符串，避免重定向后还带上 ?id=...。
保留部分参数 + 添加新参数
如果原 URL 是 /search?q=apple&page=2，想重写为 /search/apple?page=2&source=apache：
Apache 2.4.62 官方 tar.gz 源码包是 Linux 及类 Unix 系统构建 Web 服务器的核心基础。通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
- 先用
RewriteCond提取q值（%1），再用RewriteRule构造新路径 - 用
QSA（Query String Append）自动追加未匹配的参数（如page=2） - 额外参数（如
source=apache）需手动拼在RewriteRule的替换目标中
配置示例：
RewriteCond %{QUERY_STRING} ^q=([^&]+)
RewriteRule ^search$ /search/%1?source=apache [QSA,L]
访问 /search?q=apple&page=2 → 重写为 /search/apple?page=2&source=apache。
根据参数值做不同跳转（多条件分支）
比如 action=login 跳到 /auth/login，action=logout 跳到 /auth/logout：
- 每个
RewriteCond对应一种参数值，用[OR]连接多个条件（慎用，易出错） - 更清晰的做法是写多组独立规则，靠顺序和
L标志终止匹配 - 用
%{QUERY_STRING}精确匹配，避免子串误判（如action=loginform不应触发 login 规则）
推荐写法：
RewriteCond %{QUERY_STRING} ^action=login$
RewriteRule ^index\.php$ /auth/login? [R=302,L]
RewriteCond %{QUERY_STRING} ^action=logout$
RewriteRule ^index\.php$ /auth/logout? [R=302,L]
常见坑与注意事项
不要在 RewriteCond 中写完整 URL：它只匹配 %{QUERY_STRING}、%{REQUEST_URI} 等变量，不是整个请求行。
正则要锚定开头结尾：用 ^ 和 $ 防止部分匹配（如 id=12345 被 id=123 错误匹配）。
中文或特殊字符需编码处理：URL 参数默认是 percent-encoded，正则中应匹配编码后形式（如中文“测试”是 %E6%B5%8B%E8%AF%95），或改用 UNICODE 兼容模式（较复杂，一般建议前端规范编码）。
测试时关闭缓存：浏览器或代理可能缓存 301 重定向，调试阶段用 R=302 更安全。
