CodeIgniter中(:any)等占位符不支持可选性，必须用PCRE正则（如(\d+)?）实现ID可选；多级路径需用/section/([^/]+)/([^/]+).*捕获前两段并忽略后续；404页报base_url()错误是因url辅助函数未加载，须在404控制器中手动load或配置autoload。
CodeIgniter 路由中可选参数必须用正则，不能只靠 (:any)
CodeIgniter 原生的 (:any)、(:num) 等占位符**不支持可选性**——它们要么匹配一个段，要么完全不匹配。比如你写 $route['product/(:num)'] = 'products/detail/$1';，那 /product（无ID）和 /product/123/extra（多段）都会 404。
要实现“ID 可有可无”，必须改用 PCRE 正则，并显式标注分组为可选：
-
$route['product/(:num)?'] = 'products/detail/$1';❌ 无效 ——(:num)?在 CI 中不被识别为正则，会被当作文本字面量处理 -
$route['product/([0-9]+)?'] = 'products/detail/$1';✅ 有效 —— 使用原生正则，?表示前面分组可选 - 注意：当
$1为空时，控制器方法收到的是空字符串，需在detail()中判空处理，例如if (empty($id)) { $id = 1; }
多级可选路径（如 /a/b/c/d/e）怎么统一收口？
常见需求是把 /section、/section/sub、/section/sub/item 全部路由到同一个控制器，但只取前两段或前三段作为参数，其余丢弃。这时不能靠多个 (:any) 并列，因为 $route['(:any)/(:any)/(:any)'] 只匹配恰好三层，四层就挂了。
正确做法是用正则捕获“开头固定段数 + 后续任意内容”：
-
$route['section/([^/]+)/?'] = 'sections/view/$1';→ 匹配/section/a和/section/a/ -
$route['section/([^/]+)/([^/]+)/?.*'] = 'sections/view/$1/$2';→ 匹配/section/a/b、/section/a/b/c、/section/a/b/c/d/e，但只传$1和$2 - 顺序很重要：这条规则必须放在更具体的路由（如
section/about）之后，否则会提前截断
404 页面本身报错 Call to undefined function base_url() 怎么办？
这不是路由写错了，而是 404 视图里调用了 base_url()，但 url 辅助函数根本没加载。CI 在 404 流程中不会自动加载任何辅助函数，哪怕你在其他地方 load 过。
修复方式只有两种，且必须选其一：
- 在自定义 404 控制器方法里手动加载：
$this->load->helper('url');（推荐，可控性强） - 在
application/config/autoload.php中把'url'加入$autoload['helper']数组（简单但略重，所有请求都多加载一次） - 绝对不要在 404 视图里直接写
base_url()而不确认 helper 已加载 —— 这是线上最常被忽略的崩溃点
为什么加了 .* 还是 404？检查这三点
正则路由写对了，但依然 404，大概率是以下某个环节断了：
- 规则顺序错：把泛化规则（如
section/.*）写在了具体规则（如section/about）前面，导致后者永远不生效 - 没启用 PATH_INFO：Nginx/Apache 没正确透传路径信息，CI 根本收不到完整 URI。Nginx 需确认配置含
fastcgi_split_path_info和PATH_INFO设置；Apache 需开启mod_rewrite并确保.htaccess生效 -
$route['404_override']被设成空字符串或非法值：CI 会跳过自定义逻辑，直接走内置 404，而内置页不加载任何 helper，所以一旦你改过默认 404 视图，就极易爆base_url()错
真正难调试的从来不是正则语法，而是 PATH_INFO 是否抵达、规则是否被扫描到、helper 是否在 404 上下文可用——这三个点卡住，再漂亮的路由也白写。
