当多个 RewriteRule 的路径存在包含关系（如 ^page 与 ^page/create）时，Apache 会按顺序匹配第一条成功规则并停止处理；因此需将更具体的规则置于更通用规则之前，才能确保精确路由。

当多个 rewriterule 的路径存在包含关系（如 `^page` 与 `^page/create`）时，apache 会按顺序匹配第一条成功规则并停止处理；因此需将更具体的规则置于更通用规则之前，才能确保精确路由。

在 Apache 的 .htaccess 文件中，RewriteRule 按自上而下顺序执行，且一旦某条规则匹配成功并带有 [L]（Last）标志，后续规则将被跳过。你遇到的问题正是典型“规则顺序陷阱”：

RewriteRule ^page page.php [NC,L]          # ✅ 匹配 "page"、"page/create"、"page/anything" 等所有以 "page" 开头的路径
RewriteRule ^page/create page_edit.php?editID=1 [NC,L]  # ❌ 永远不会执行——被上一条提前拦截

由于正则表达式 ^page 会匹配字符串 "page/create" 的开头部分（^ 表示行首，page 是其前缀），第二条规则根本得不到执行机会。

✅ 正确做法：将更具体、更长的路径规则放在前面：

# ✅ 先匹配精确子路径
RewriteRule ^page/create$ page_edit.php?editID=1 [NC,L]

# ✅ 再匹配基础页面（注意添加 $ 锚定结尾，避免意外匹配）
RewriteRule ^page$ page.php [NC,L]

? 关键优化点说明：

Web Accessibility (WCAG 2 AA))

将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。

下载

• 顺序优先：^page/create 必须在 ^page 之前；
• 使用 $ 结尾锚点：^page$ 仅匹配完整路径 /page，不匹配 /page/create 或 /page123，大幅提升准确性；
• [NC] 保持大小写不敏感（可选，视需求保留）；
• [L] 不可省略：确保匹配后立即终止当前轮次重写，防止意外链式处理。

? 进阶建议：若未来还需支持 /page/edit/123 等动态路径，可扩展为：

RewriteRule ^page/edit/([0-9]+)$ page_edit.php?editID=$1 [NC,L]
RewriteRule ^page/create$ page_edit.php?editID=1 [NC,L]
RewriteRule ^page$ page.php [NC,L]

⚠️ 注意事项：

• 修改 .htaccess 后务必清除浏览器缓存或使用无痕窗口测试；
• 确保 mod_rewrite 已启用且 AllowOverride All 在虚拟主机配置中允许重写；
• 可临时添加 RewriteLog（旧版 Apache）或使用 LogLevel alert rewrite:trace3（Apache 2.4+）调试匹配过程。

遵循“由细到粗、显式锚定”的原则，即可彻底规避子串误匹配问题，构建健壮、可维护的 URL 重写逻辑。