RedirectMatch 更适合万级跳转，因其基于PCRE正则支持分组捕获与路径重组、不依赖mod_rewrite更轻量、单条指令覆盖整类URL、匹配稳定；需严守^锚点、显式斜杠、手动处理查询参数等防自循环规则。
RedirectMatch 是 Apache 中唯一能靠内置指令完成路径结构重组的批量跳转方案，适合处理万级 URL 的高效迁移。它不依赖 mod_rewrite，开销更低，匹配速度更快，前提是正则写准、锚点加牢、目标避自循环。
为什么 RedirectMatch 更适合万级跳转
Redirect 只做前缀字符串匹配，无法提取和重排路径片段；而 RedirectMatch 基于 PCRE 正则引擎，支持分组捕获（
$1
、
$2
）与自由拼接，例如把
转为
——这种 slug 前置、年月后置的结构变换，只有 RedirectMatch 能原生实现。
不触发额外模块加载，比 RewriteRule + RewriteCond 组合更轻量
单条指令即可覆盖整类路径，万级 URL 只需几行配置
匹配发生在请求 URI 解析后、路由前，无上下文依赖，执行稳定
避免 500 和无限重定向的关键写法
线上故障大多源于“自己跳自己”，而非正则语法错误。必须严格遵循以下四点：
开头加
^
：写成
，不写
或漏
^
，否则新目标 URL 也会被再次匹配
结尾显式控制斜杠：如匹配归档目录，用
，末尾
/$
确保只命中目录型 URL，不误伤
查询参数不自动继承：RedirectMatch 完全忽略 QUERY_STRING。要保留
，必须手动拼进目标，例如
协议和域名不参与匹配：只处理 REQUEST_URI 部分，正则里不要出现
或
典型万级场景：年月归档路径扁平化重构
WordPress 迁移静态站时最常见：将
→
。万级文章只需一条规则：
Apache 2.4.62
PHP中文网提供Apache 2.4.62 官方 tar.gz 源码包下载，通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
下载
RedirectMatch ^/(\d{4})/(\d{2})/(.+?)/$ /posts/$3-$1-$2/
说明：
精确捕获年份，
捕获月份，
非贪婪捕获 slug，避免吞掉末尾
/
$3-$1-$2
控制输出顺序：slug 在前，年月在后，不是 $1-$2-$3
末尾
/$
和目标末尾
/
都显式写出，防止 DirectorySlash 自动补斜杠引发二次 301
需要按查询参数跳转？换用 RewriteRule
RedirectMatch 对
、
完全无感。真要条件跳转，必须切到 mod_rewrite：
RewriteCond %{QUERY_STRING} ^ref=old(&|$)RewriteRule ^/page\.html$ /new-page.html? [R=301,L]
注意：
匹配原始 QUERY_STRING，不含开头的
?
目标末尾加
?
表示清空原查询串，避免自动继承
两个模块混用时，RewriteRule 优先级高于 RedirectMatch，建议统一模块以减少歧义
/blog/2023/04/hello.html/posts/hello-2023-04/RedirectMatch ^/old/(.*)$ /new/$1^(.*)$/(\d{4})/(\d{2})/(.+?)/$/2023/04/image.jpg?q=fooRedirectMatch ^/s/(.*)$ /search/?q=$1https://example.com/2023/04/my-post//posts/my-post-2023-04/(\d{4})(\d{2})(.+?)?ref=old?utm_source=xxxRewriteCond