在Express Node.js中，两个POST路由能否使用相同的表单提交URL？

简单说：不可行，直接这么做会导致其中一个（甚至两个）功能完全无法正常工作，原因和解决办法如下：

为什么不行？ #

Express 的路由匹配是按定义顺序执行的：当一个 POST 请求发送到 "/" 时，Express 会从上到下查找第一个匹配的路由处理函数并执行它，后续的同路径路由会被完全忽略。

比如你现在已经定义了文章提交的 POST 路由：

router.post("/", function(req, res) {
  var data = {title : req.body.title, image: req.body.image, content: req.body.content};
  Blog.create(data, function(err, blogPost) {
    if(err){
      res.send("error");
    } else {
      res.redirect("/");
    }
  });
});

如果之后再定义登录的 POST 路由到 "/"，所有登录请求都会先被上面的文章路由接管——登录表单提交的参数里没有 title/content 这些字段，Blog.create 会直接报错，返回"error"，登录逻辑根本没有机会执行。反过来，如果先定义登录路由，文章提交请求也会被错误地当成登录请求处理。

怎么解决？ #

有两种方案，更推荐第一种：

方案1：使用不同的路由路径（推荐） #

给不同功能分配独立的路由路径，符合 RESTful 设计规范，代码职责清晰，维护起来更简单：

• 文章提交的 POST 路由改为 /new（和你的新建页面路径对应），表单的 action 设为 /new
• 登录的 POST 路由设为 /login，表单的 action 设为 /login

修改后的文章路由示例：

router.post("/new", function(req, res) {
  var data = {title : req.body.title, image: req.body.image, content: req.body.content};
  Blog.create(data, function(err, blogPost) {
    if(err){
      res.send("error");
    } else {
      res.redirect("/");
    }
  });
});

登录路由示例：

router.post("/login", function(req, res) {
  // 处理登录逻辑：验证用户名密码、设置session等
  const { username, password } = req.body;
  // ...你的登录验证代码
  res.redirect("/dashboard"); // 登录成功后的跳转
});

方案2：在同一个路由里区分请求（不推荐） #

如果一定要坚持用同一个 "/" 路径，可以在唯一的 POST 路由处理函数里，根据请求参数的差异来分支处理。比如检查请求中是否包含登录相关字段（username/password）或文章相关字段（title/content）：

router.post("/", function(req, res) {
  // 判断是登录请求
  if (req.body.username && req.body.password) {
    // 执行登录逻辑
    // ...验证用户、设置session等
    res.redirect("/dashboard");
  } 
  // 判断是文章提交请求
  else if (req.body.title && req.body.content) {
    var data = {title : req.body.title, image: req.body.image, content: req.body.content};
    Blog.create(data, function(err, blogPost) {
      if(err){
        res.send("error");
      } else {
        res.redirect("/");
      }
    });
  } 
  // 无效请求
  else {
    res.status(400).send("Invalid request: missing required fields");
  }
});

这种方式虽然能实现功能，但会让路由处理函数变得臃肿，违反单一职责原则，后续新增功能时代码会越来越难维护，所以非常不推荐。

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