redirectmatch比redirect更适合批量跳转，因其支持正则分组捕获与路径重组（如将/blog/2023/01/post1.html映射为/posts/2023-01-post1/），而redirect仅支持简单前缀匹配。
RedirectMatch 为什么比 Redirect 更适合批量跳转
因为 Redirect 只支持简单前缀匹配，而批量跳转往往涉及路径结构变化（比如把 /blog/2023/01/post1.html 映射到 /posts/2023-01-post1/），必须靠正则提取和重组。RedirectMatch 底层用的是 Apache 的 regex 引擎，支持分组捕获、条件判断，是唯一能干净处理这类需求的内置指令。
注意：它只能用在虚拟主机配置或 .htaccess 中，且要求 mod_alias 已启用（默认开启）。
写正则时最容易导致 500 或无限重定向的坑
常见错误不是正则写错，而是没避开重写循环——比如匹配了目标 URL 本身，导致跳转后又被再次匹配。
- 避免无锚点匹配：
RedirectMatch (.*) /new/$1会把/new/xxx也匹配进去，加^开头锚定：RedirectMatch ^/old/(.*)$ /new/$1 - 不要在正则里包含协议或域名，
RedirectMatch只处理路径部分（REQUEST_URI），https://example.com/old/中的协议和 host 完全不参与匹配 - 如果跳转目标含查询参数，需显式保留：
RedirectMatch ^/search/(.*)$ /results/?q=$1—— 原查询串（?q=xxx）不会自动继承，必须手动拼 - 测试时用
curl -I看Location响应头，别只靠浏览器，缓存容易掩盖重定向链问题
匹配带年月归档路径并重构成扁平 URL
典型场景：WordPress 迁移到静态站，要把 /2023/04/my-post/ 跳到 /posts/my-post-2023-04/。关键在于分组顺序和连字符拼接。
正确写法：
RedirectMatch ^/(\d{4})/(\d{2})/(.*)/$ /posts/$3-$1-$2/
说明：
-
(\d{4})捕获年份，(\d{2})捕获月份，(.*)捕获文章 slug（注意末尾/$防止匹配到/2023/04/xxx.jpg这类资源） - $3-$1-$2 是按新顺序拼接，不是 $1-$2-$3
- 结尾斜杠要显式写出，否则跳转目标可能缺 /，触发 Apache 自动补 / 重定向（多一次 301）
只对特定查询参数生效的条件跳转
RedirectMatch 本身不读取查询字符串（QUERY_STRING），所以不能直接写 RedirectMatch \?ref=old /new/。必须结合 RewriteCond + RewriteRule。
等效方案（放在同一配置段）：
RewriteCond %{QUERY_STRING} ^ref=old(&|$)
RewriteRule ^/old-page\.html$ /new-page.html? [R=301,L]
注意点：
-
RewriteCond匹配的是原始QUERY_STRING，不含 ? -
?在RewriteRule替换目标末尾表示清空原查询串，避免自动继承 - 两个模块混用时，
RewriteRule优先级高于RedirectMatch，建议统一用Rewrite*系列处理复杂逻辑
真正麻烦的永远不是正则语法，而是跳转后前端路由、相对链接、SEO 入口页是否同步更新——Apache 只管发 301，剩下的得自己兜住。
