WordPress中add_rewrite_rule引用子页面名作为匹配项时失效

• 查询参数使用错误：pagename是WordPress内置「页面（page）」内容类型专用的查询参数，自定义文章类型（CPT）单页查询不支持该参数。默认情况下CPT的查询变量就是CPT自身的slug（本场景下为knowledge-hub）。硬编码pagename值时WordPress会自动做参数兼容纠错，一旦动态传入$matches[1]，参数冲突会导致WordPress直接跳过自定义重写规则，转而匹配CPT默认生成的重写规则，把路径后半段全部识别为CPT文章slug，最终出现knowledge-hub=minimum-wage-policies%2Fxyz&page=的异常解析结果。
• 正则规则存在歧义：原规则第一个捕获组([^/]*)?添加了可选标记，会导致正则匹配时出现非预期捕获，即使设置了top优先级，也容易被WordPress内置规则截胡。
• 重写规则缓存未刷新：WordPress会持久化存储重写规则，新增/修改规则后如果不手动刷新缓存，新规则不会生效。

1. 替换原有自定义重写规则代码为以下版本：

add_rewrite_rule(
    '^knowledge-hub/([^/]+)/([^/]+)/?$',
    'index.php?knowledge-hub=$matches[1]&my_var=$matches[2]',
    'top'
);

代码改动说明：

• 正则开头添加^做路径起始锚定，消除部分匹配歧义
• 移除第一个捕获组的可选标记，用+代替*强制匹配至少1个字符，对应CPT单页必填的slug
• 移除错误的pagename、post_type参数，直接用CPT默认查询变量knowledge-hub传递文章slug，符合WordPress原生查询逻辑

2. 进入WordPress后台「设置-固定链接」页面，无需修改任何配置，直接点击「保存更改」按钮，强制刷新重写规则缓存。

• 访问目标格式URL，例如/knowledge-hub/minimum-wage-policies/xyz，不会再出现404或自动重定向问题
• 在业务代码中通过get_query_var('my_var')即可正常获取URL中传递的自定义参数值。

补充说明：原硬编码规则能生效，是因为硬编码传入固定pagename值时，WordPress查询解析层会自动匹配对应slug的文章、自动纠正参数冲突，但动态传值时解析层无法提前校验参数对应关系，会直接判定该组查询参数无效，回退到默认规则匹配。

内容的提问来源于stack exchange，提问作者Laurence Cope