thinkphp路由参数含点号时param()拿不到值，因默认正则[a-za-z0-9\_-]+不匹配点号，请求直接404拦截；需用pattern()显式声明如['name' => '[\w.]+']，并禁用suffix或约束末尾避免截断。
ThinkPHP路由参数含点号（.）时为什么 param() 拿不到值
因为默认情况下，ThinkPHP 的路由变量正则规则只匹配 [a-zA-Z0-9_-]+，点号（.）不在允许范围内，请求直接被拦截返回 404，根本不会走到控制器层，所以 param('id') 必然为空。
这不是你代码写错了，而是框架默认安全策略在起作用——它把点号视为潜在路径遍历或非法字符，主动拒掉。
- 检查
php think route:list输出，如果目标路由没出现在列表里，说明它压根没注册成功，可能已被前置通配规则吃掉 - 访问带点号的 URL（如
/user/a.b.c）时若直接 404，基本可断定是 pattern 匹配失败，不是后续逻辑问题 - 不要尝试在控制器里用
input('id')补救——点号参数属于 pathinfo，不属于 GET，$_GET和input()都查不到
如何让路由参数支持点号：必须显式加 pattern 约束
ThinkPHP 不会自动扩展变量匹配范围，必须手动用 pattern() 声明允许点号。但不能随便写 .*，否则会吞掉后续路径段，引发路由错乱。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 安全写法：
->pattern(['name' => '[\w.]+'])，其中\w包含字母、数字、下划线，.字面量需转义（实际不用，但加反斜杠更明确） - 更严格一点：
->pattern(['domain' => '[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}'])，专用于域名类参数 - 错误示范：
->pattern(['name' => '.*'])—— 它会贪婪匹配到 URL 结尾，导致/user/a.b.c/profile中的profile段被吞掉，无法进入下一个路由段 - 注意 key 名必须和占位符完全一致：
user/:name就得写['name' => '[\w.]+']，写成['id' => ...]无效
点号参数生成 URL 时容易漏掉后缀或被截断
用 url() 或 URL::build() 生成含点号的路由地址时，如果没关掉后缀，框架会把点号误认为是 URL 后缀分隔符，导致 /user/a.b.c 被截成 /user/a。
- 解决方案一（推荐）：在路由定义或全局配置中设
'suffix' => false，彻底禁用后缀解析 - 解决方案二：若必须保留后缀（如
.html），则确保点号只出现在参数中间，不放在末尾；同时用正则约束排除结尾点号，例如['name' => '[\w.]+(? - 验证方式：打印
url('user/read', ['name' => 'a.b.c'])输出，看是否完整；再用浏览器访问该地址，确认是否 404 - 注解路由下此问题更隐蔽：
@route("user/:name")不触发pattern()，必须配合显式命名 +Route::name()才能生效
Web 服务器层也可能二次截断点号
即使 ThinkPHP 层通过了，Nginx 或 Apache 可能因安全策略（如 merge_slashes、AllowEncodedSlashes）把含点号的路径直接拒绝，连 PHP 都没机会执行。
- 先执行
var_dump($_SERVER['PATH_INFO'])，如果输出为空或被截短（如只剩/user/a），说明 Web 服务器已干预 - Nginx 下检查是否开了
merge_slashes off;，并确认location块中 rewrite 规则没误删点号 - Apache 下确认
AllowEncodedSlashes NoDecode或On，避免点号被提前 decode 或丢弃 - 最简验证：临时把路由改成不含点号（如
user/:name→user/:name_x），看是否恢复正常——若恢复，问题一定出在点号透传链路上
/a.b.c 当成非法路径给拦了。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
