本文详解如何用正则路由规则捕获任意深度的 url 路径，避免因未匹配路由导致 base_url() 未定义异常，并确保 404 页面正常加载。
本文详解如何用正则路由规则捕获任意深度的 url 路径，避免因未匹配路由导致 base_url() 未定义异常，并确保 404 页面正常加载。
在 CodeIgniter 中，当路由规则未覆盖用户访问的 URL 结构时，框架会尝试加载默认控制器或触发错误——而若自定义 404 页面中调用了 base_url() 等辅助函数，但 url 辅助函数未被自动加载，就会抛出致命错误：Call to undefined function base_url()。这并非路由本身失效，而是错误处理链断裂所致。
✅ 正确的路由容错写法
核心思路是：*用正则通配符 `.` 显式捕获“超出预期层级”的所有后续路径段**，并将其统一映射到已有逻辑（如截断为前三级）。你无需为每多一层路径都新增一条规则，只需在最宽泛的规则后追加一条「兜底捕获」：
// routes.php $route['(:any)/(:any)/(:any)'] = 'pages/view/$1/$2/$3'; $route['(:any)/(:any)'] = 'pages/view/$1/$2'; // ✅ 关键：捕获 4 层及以上的任意路径，强制归入三参数视图 $route['(:any)/(:any)/(:any)/.*'] = 'pages/view/$1/$2/$3';
此处 .* 是标准 PCRE 正则表达式，表示“匹配 / 后的任意字符（包括斜杠）零次或多次”，因此以下所有请求均会被第三条规则捕获并正确分发：
- mypage.com/a/b/c/d
- mypage.com/x/y/z/extra/1/2/3/
- mypage.com/foo/bar/baz/anything/here/and/more/
⚠️ 注意：路由规则按从上到下优先匹配，因此 (:any)/(:any)/(:any)/.* 必须放在 (:any)/(:any)/(:any) 之后，否则前者会提前拦截所有三层及以上请求，使精确三层路由失效。
? 为什么 404 页面报 base_url() 错误？
该异常通常暴露两个潜在问题：
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
-
url 辅助函数未加载：base_url() 属于 url_helper，需显式加载。在 application/config/autoload.php 中确保：
$autoload['helper'] = ['url']; // ✅ 必须包含 url
或在 application/controllers/Errors.php（自定义 404 控制器）的构造函数中手动加载：
public function __construct() { parent::__construct(); $this->load->helper('url'); // ✅ 确保 helper 可用 } 404 路由未生效：若上述路由规则已覆盖所有可能路径（如 .* 兜底），则实际不会触发 404。真正的 404 应仅针对完全不匹配任何 $route 规则的 URL（如 /admin/login/xyz 且无对应规则）。因此，请确认你的兜底规则是否过度宽泛——必要时可添加更严格的正则，例如 ([^/]+)/([^/]+)/([^/]+)/.* 提升可读性。
? 进阶建议：增强健壮性
- 验证参数安全性：在 Pages::view() 方法中，对 $1、$2、$3 做基础校验（如非空、长度限制、白名单过滤），防止恶意路径注入。
-
日志记录异常访问：可在兜底路由指向的控制器方法中记录超长路径访问，便于监控爬虫或误操作：
log_message('warning', 'Deep path accessed: ' . uri_string()); - 考虑 RESTful 替代方案：若业务允许，改用查询参数传递深层数据（如 /pages/view?path=a/b/c/d/e），规避路由层级限制。
通过合理组合 (:any) 与正则 .*，配合辅助函数自动加载，即可实现高容错、低维护的动态路由体系——既满足灵活 URL 设计，又杜绝未定义函数异常。
