PHP自定义路由中表单POST请求被解析为GET的原因排查

看起来你的问题核心是表单明明用了POST方法提交，但后端却收到了GET请求，导致路由匹配失败。我来帮你一步步排查和解决这个问题：

先确认请求的真实流程 #

首先打开浏览器的开发者工具（F12），切换到「Network」面板，勾选「Preserve log」选项，然后提交表单。观察请求记录：

• 第一个请求的方法是不是POST？状态码是200还是3xx（重定向）？
• 如果有后续的请求，它的方法是不是变成了GET？

如果发现是重定向导致请求方法从POST变成GET，这就是最常见的原因——浏览器在处理3xx重定向时，会自动把POST请求转换成GET请求（除非是307/308重定向，但很少用）。

常见的重定向原因及解决办法 #

1. 服务器自动添加目录斜杠的重定向（Apache默认行为） #

如果你的服务器上存在names这个真实目录，Apache的DirectorySlash默认配置会把/names的请求重定向到/names/（带斜杠），这个重定向会把POST转成GET。

解决办法：

• 方法一：在项目根目录的.htaccess里添加DirectorySlash Off，关闭自动添加斜杠的行为
• 方法二：删除服务器上的names目录（如果它不是必须的）
• 方法三：把表单的action改成/names/，同时确保你的路由逻辑能匹配带斜杠的路径（不过你的Request::uri()会trim掉首尾斜杠，所以/names/解析后还是names，但重定向依然会把POST转成GET，所以前两种方法更靠谱）

2. 服务器重写规则配置错误 #

如果你的项目用了URL重写（比如把所有请求转发到index.php），错误的规则可能会导致重定向。

比如Apache的正确重写规则应该是这样的（确保不会触发重定向）：

RewriteEngine On
# 排除真实存在的文件和目录
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 把所有请求转发到index.php，保留请求方法和参数
RewriteRule ^(.*)$ index.php [QSA,L]

Nginx的正确配置：

location / {
    try_files $uri $uri/ /index.php?$query_string;
}

3. 后端代码触发了重定向 #

检查你的add-name.php文件，有没有类似这样的代码：

header('Location: /');
exit;

这种重定向会让浏览器发送GET请求到目标地址，导致后续请求方法变成GET。如果是这种情况，你有两个选择：

• 去掉重定向，直接在add-name.php里处理并输出结果
• 采用PRG模式（Post/Redirect/Get）：重定向到一个GET路由，同时在Router里注册对应的GET路由（比如$router->get('names', 'show-names.php')）

排除Request类的问题 #

虽然你的Request类代码看起来没问题，但可以直接输出原始的服务器变量来验证：
在index.php的最顶部添加：

var_dump($_SERVER['REQUEST_METHOD'], $_SERVER['REQUEST_URI']);
exit;

提交表单后看输出结果，如果这里显示的是POST和/names，那问题出在Request类的逻辑里；如果显示的是GET，那就是请求本身的问题（重定向或表单问题）。

最后检查表单本身 #

再确认一遍HTML表单的属性：

• 表单的method是不是明确写了POST？（你的代码里是对的，但再检查一遍有没有拼写错误）
• 有没有其他表单元素覆盖了请求方法？比如<button type="submit" formmethod="get">（你的代码里没有，但以防万一）

内容的提问来源于stack exchange，提问作者Magdi Gamal