ThinkPHP 3.2 路由需启用 PATHINFO/REWRITE/兼容模式且 URL_ROUTER_ON=true；路由规则须按模块配置在对应模块的 config.php 中，参数变量自动传递需方法签名匹配；正则约束可用单条 pattern 数组或全局 URL_PATTERN；匹配顺序严格从上到下，高优先级规则须前置。
确认URL解析前提条件
ThinkPHP 3.2 的 URL 解析流程无法在普通模式（URL_MODEL => 0）下启用路由，必须先确保当前使用的是 PATHINFO 模式（1）、REWRITE 模式（2）或兼容模式（3），否则所有自定义路由规则将被完全忽略，请求直接走默认模块/控制器/操作映射，【URL_ROUTER_ON 必须设为 true，且不能放在入口文件或非配置文件位置】。
检查 Application/Common/Conf/config.php 中是否存在并正确设置这两项：
'URL_MODEL' => 1,
'URL_ROUTER_ON' => true,
漏掉任一配置，后续所有路由定义都不会加载，页面返回空白或 404，且无任何错误提示。
立即学习“PHP免费学习笔记（深入）”；
在模块配置中定义路由规则
ThinkPHP 3.2 的路由是按模块绑定的，路由规则必须写在对应模块的配置文件里，例如 Home 模块的路由要写在 Application/Home/Conf/config.php 中，不能写在 Common 配置里（除非你明确使用 3.2.3+ 的全局路由支持）。
添加如下格式的数组配置：
'URL_ROUTE_RULES' => array(
'user/:id' => 'User/read',
'article/:year/:month/:day' => array('Article/archive', 'status=1'),
'login' => 'Index/login'
),
注意：路由表达式中的 :id、:year 等变量名，会自动作为参数传入目标方法——User/read 对应 UserAction 类的 read 方法，且该方法签名必须为 public function read($id) { ... }，否则参数收不到。
用正则约束路由参数格式
方法一：为单条路由加 pattern 限制
在路由定义后追加 ->pattern(['id'=>'\d+']) 不可行——3.2 不支持链式调用 pattern。必须改用数组方式嵌套声明：
'URL_ROUTE_RULES' => array(
'user/:id' => array('User/read', '', array('id'=>'\d+')),
),
第三个空参数位是预留的「传入参数」，第四个才是 pattern 数组，顺序不能错。漏写空字符串或颠倒位置，框架会静默忽略 pattern，导致非法字符串如 /user/abc 仍能进入控制器，可能引发 SQL 报错或逻辑异常。
方法二：全局统一约束（推荐）
在 Application/Common/Conf/config.php 中增加：
'URL_ROUTE_RULES' => array(), // 占位，否则全局 pattern 不生效
'URL_PATTERN' => array('id'=>'\d+', 'page'=>'\d+'),
【URL_PATTERN 是 3.2 隐式支持但文档极少提及的全局参数校验机制，必须与 URL_ROUTE_RULES 同级定义，且后者不能为空数组】。此后所有含 :id 的路由都会强制匹配数字，无需每条重复写。
控制路由匹配顺序与优先级
ThinkPHP 3.2 按数组定义顺序从上到下逐条匹配，一旦命中即终止，后续规则不再检测。因此必须把具体、高优先级的规则写在前面，通配规则放后面。
第一步：把带固定路径前缀的规则前置
'api/v1/user/:id' => 'Api/V1/User/read',
第二步：再写泛匹配规则
'*:id' => 'Common/NotFound/id',
第三步：最后补一条兜底空操作（可选）
'' => 'Index/index',
如果把通配规则 *:id 放在最前，那么 /api/v1/user/123 会被误判为 /api/v1/user/123 → :id = api/v1/user/123，直接跳转到 NotFound，根本不会执行真正的 API 路由。
