本文详解如何在 CodeIgniter 中使用正则路由规则捕获任意深度的 URL 路径，避免因未匹配路由导致 base_url() 未定义异常，并确保 404 页面正常加载。
本文详解如何在 codeigniter 中使用正则路由规则捕获任意深度的 url 路径，避免因未匹配路由导致 `base_url()` 未定义异常，并确保 404 页面正常加载。
在 CodeIgniter 的路由系统中，(:any) 是一个便捷的占位符，等价于 [^/]+（即匹配单段非斜杠字符），因此 (:any)/(:any)/(:any) 最多只匹配三层路径（如 /a/b/c），而 /a/b/c/d/e/f 等更深层路径将完全不匹配任何现有规则——此时框架会尝试加载默认控制器，若失败则触发致命错误。尤其当自定义 404 页面中调用了 base_url() 却未自动加载 url 辅助函数时，就会抛出 Call to undefined function base_url() 异常，且无法被常规 404 处理机制捕获。
解决该问题需从路由兜底和环境健壮性两方面入手：
✅ 正确设置“深层路径”兜底路由
利用原生正则能力，在已有规则后添加一条宽泛匹配规则，捕获所有超出三层的请求，并统一映射到三层控制器方法：
// application/config/routes.php $route['(:any)/(:any)/(:any)'] = 'pages/view/$1/$2/$3'; $route['(:any)/(:any)'] = 'pages/view/$1/$2'; $route['(:any)/(:any)/(:any)/.*'] = 'pages/view/$1/$2/$3'; // ← 关键：匹配三层+任意后续路径
其中 .* 表示匹配斜杠后的任意字符（包括空、多级斜杠、中文、特殊符号等），且该规则必须放在更具体规则之后（CI 按顺序匹配，优先命中第一条满足的规则）。这样无论用户访问：
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- example.com/a/b/c
- example.com/a/b/c/d
- example.com/a/b/c/d/e/f/g/h/i/j/k/l/m/n/o/p/...
均会被第三条规则捕获，并安全调用 Pages::view($1, $2, $3)，多余路径段被忽略。
⚠️ 注意：(:any)/(:any)/(:any)/.* 中的 .* 不参与 $n 变量替换，仅用于匹配，因此 $1/$2/$3 仍精准对应前三段值。
✅ 彻底修复 404 页面崩溃问题
上述路由兜底可防止深层路径报错，但若仍有未匹配路径（如 /admin/login/xxx）触发 404，而你的 404_override 页面（如 application/views/errors/html/error_404.php）中使用了 base_url()，则必须确保 url 辅助函数已加载：
// application/config/autoload.php $autoload['helper'] = ['url']; // ← 必须启用！
或在 404 视图顶部手动加载（不推荐，应优先用 autoload）：
<?php if (!function_exists('base_url')) { $this->load->helper('url'); } ?>
<link href="<?= base_url('assets/css/style.css') ?>" rel="stylesheet">? 验证与最佳实践
- 测试顺序：始终将最宽泛规则（如 .*）置于最后，避免覆盖精确规则；
- 调试技巧：开启 CI 日志（log_threshold = 4），查看 application/logs/ 中路由匹配日志；
- 安全提示：(:any) 不过滤 XSS，实际业务中应在 Pages::view() 方法内对 $1/$2/$3 进行 html_escape() 或白名单校验；
- 替代方案：若需动态解析无限层级，可改用 (:any) + 自定义路由回调（$route['^([a-z0-9_-]+)/(.+)$'] = function($segments) { ... };），但兜底路由已满足绝大多数场景。
通过以上配置，你既能优雅处理任意长度的非法路径，又能确保所有错误页面稳定渲染，真正实现路由层的健壮性与用户体验的统一。
