php路由需先urldecode($_server[‘request_uri’])并parse_url提取path，rtrim末尾斜杠后正则匹配；禁用?r=伪路由因重写规则绕过、参数冲突；服务器须配置rewriteengine或try_files保留query_string。
PHP 里怎么用 $_SERVER['REQUEST_URI'] 做基础路由判断
直接读取原始请求路径是最轻量的起点，但很多人漏掉 URL 解码和路径标准化这步，导致带中文或特殊符号的路由匹配失败。
实操建议：
-
urldecode($_SERVER['REQUEST_URI'])必须做，否则%2F这类编码不会被识别为斜杠 - 用
parse_url()提取 path 部分，去掉 query 和 fragment，避免参数干扰路由逻辑 - 统一用
rtrim($path, '/')去掉末尾斜杠，否则/user/和/user会被当成两个路由 - 别直接拿完整 URI 去
switch—— 动态路由（如/post/123）需要正则或前缀匹配
为什么不能只靠 $_GET 模拟路由（比如 ?r=user/list）
这种“伪路由”在开发阶段看似简单，但上线后常被 nginx/apache 的重写规则绕过，或与真实 GET 参数冲突，调试时根本分不清是路由还是业务参数。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
- 前端发
GET /api/user?id=5，后端却把id=5当作路由的一部分解析 - Nginx 开启了
try_files后，?r=方式被直接 404，而真实路由能 fallback 到index.php - seo 友好性差：搜索引擎更倾向收录
/product/iphone而非/index.php?r=product&slug=iphone
怎么写一个不依赖框架的 router::match() 函数
核心不是“支持多少种语法”，而是明确路由注册和匹配的分离时机 —— 注册必须在匹配前完成，且不能每次请求都重复注册。
实操建议：
- 路由表用二维数组存：
['GET' => [['pattern' => '/user/(d+)', 'handler' => 'showUser']] - 匹配时先按 method 过滤，再遍历 pattern，用
preg_match()提取参数，别用strpos()简单包含判断 - 注意 PCRE 分隔符冲突：如果 pattern 本身含
/，改用~或#作分隔符，例如~^/post/(d+)$~ - 匹配成功后，把捕获组塞进
$_REQUEST或单独传给 handler，别污染全局变量
Apache 和 Nginx 下 index.php 入口文件怎么正确转发请求
没配好服务器重写，路由系统就只是个摆设 —— 本地测试正常，一上生产就 404。
关键差异点：
- Apache 要确保
.htaccess开启RewriteEngine On，且mod_rewrite已加载；规则末尾加[QSA,L]保留原始 query 参数 - Nginx 必须用
try_files $uri $uri/ /index.php?$query_string;，漏掉$query_string就会丢掉 GET 参数 - PHP-FPM 环境下，Nginx 的
fastcgi_param SCRIPT_FILENAME必须指向真实index.php路径，否则$_SERVER['SCRIPT_NAME']错乱影响路由解析
真正麻烦的从来不是写几行匹配逻辑，而是请求从浏览器发出，穿过服务器配置、PHP SAPI 层、再到你的 Router::match() 时，每层都在悄悄改写或丢弃原始信息。少一个 urldecode，少一个 QSA 标志，整个路由就断在你看不见的地方。