在使用 `add_rewrite_rule()` 实现自定义url重写时，若未在正则末尾添加锚定符 `$`，会导致匹配过于宽松，使 `/model-catalog/a/b/c/d/e/` 等超长路径意外命中规则、引发不可预期行为；添加 `$` 可严格限定路径段数量，配合 permalink 刷新即可精准触发404。
WordPress 的 Rewrite API 依赖正则表达式匹配请求路径，其本质是字符串匹配而非路径层级解析。你当前的规则：
add_rewrite_rule('^model-catalog/([^/]*)/([^/]*)/([^/]*)/([^/]*)/?','index.php?page_id=999&category=$matches[1]&maker=$matches[2]&model=$matches[3]','top');⚠️ 问题在于正则末尾缺少 $ 锚定符——这意味着它会匹配任何以 model-catalog/a/b/c/d/ 开头的路径，例如：
- ✅ /model-catalog/pc/sony/vaio/（期望）
- ❌ /model-catalog/pc/sony/vaio/123xx/（不应匹配，但实际会匹配 $matches[1]='pc', $matches[2]='sony', $matches[3]='vaio', $matches[4]='123xx'，并静默丢弃多余段）
这导致 WordPress 错误地将非法路径也路由到 page_id=999，既不报错也不重定向，违背了 RESTful 路由的严谨性。
✅ 正确做法：在正则末尾显式添加 $，强制要求路径严格终止于第4段之后：
function model_rewrite_rule() {
// 注意结尾的 '$' —— 表示“匹配到此为止”，不容许后续路径段
add_rewrite_rule(
'^model-catalog/([^/]*)/([^/]*)/([^/]*)/([^/]*)/?$',
'index.php?page_id=999&category=$matches[1]&maker=$matches[2]&model=$matches[3]',
'top'
);
}
add_action('init', 'model_rewrite_rule', 10, 0);同时，确保你的 add_rewrite_tag() 正确声明了所有占位符（你已做到），且必须刷新重写规则：
? 后台操作：设置 → 固定链接 → 点击「保存更改」（无需修改设置，仅触发 flush_rewrite_rules()）
? 或开发环境可临时调用 flush_rewrite_rules()（上线后务必移除，避免性能损耗）
? 补充建议：
- 若需更健壮的参数校验（如禁止空值、限制字符集），应在目标页面（page_id=999）的模板或 pre_get_posts 钩子中二次验证 $_GET['category'] 等值，再决定 wp_die() 或 wp_redirect( home_url('/404/') )；
- 对于多级动态路径，推荐使用 add_rewrite_endpoint() 或 REST API 替代复杂正则，提升可维护性；
- 永远避免在生产环境频繁调用 flush_rewrite_rules()——它会重建整个重写规则表，开销显著。
至此，/model-catalog/pc/sony/vaio/123xx/ 将不再匹配该规则，WordPress 会按默认逻辑返回标准 404 响应（或跳转至你配置的 404 模板），实现预期的错误拦截。
