Ajax Post请求在部署后的ASP.NET MVC中失效，GCP部署报404错误

一、GCP部署后AJAX POST返回404的排查与修复 #

针对你遇到的本地正常、GCP部署后触发POST动作返回404的问题，大概率是以下几个原因，你可以逐个排查修复：

1. 缺失Anti-Forgery Token验证 #

ASP.NET MVC在Release模式（GCP部署通常采用Release构建）下会严格验证POST请求的Anti-Forgery Token，而你的AJAX请求没有携带这个Token，导致请求被拦截后返回404。

修复步骤：

• 在登录视图中添加Anti-Forgery Token：

  @Html.AntiForgeryToken()
  

• 修改AJAX请求代码，将Token加入请求数据：

  $('#btn').click(function(event) { 
      event.preventDefault(); 
      var url = '@Url.Action("PostLogin")'; 
      var name = $("#Name").val(); 
      var email = $("#Email").val(); 
      var token = $('input[name="__RequestVerificationToken"]').val();
      $.ajax( { 
          url: url, 
          type: 'Post', 
          data: { 
              'name': name, 
              'email': email,
              '__RequestVerificationToken': token
          }, 
          dataType: "json", 
          success: function (data) { alert(data); }, 
          error: function (err) { alert(err.responseJSON?.msg || '请求失败'); } 
      }); 
  });
  

• 在PostLogin动作上添加[ValidateAntiForgeryToken]特性：

  [HttpPost]
  [ValidateAntiForgeryToken]
  public ActionResult PostLogin(string name, string email) 
  { 
      if(!string.IsNullOrEmpty(name)) 
      { 
          return RedirectToAction("index"); 
      } 
      return Json(new { msg = "failed to login " }); 
  }
  

2. 验证生成的URL是否正确 #

部署到GCP后，应用的根路径可能和本地环境不同（比如GCP App Engine会带有默认服务路径），你可以打开浏览器控制台，查看AJAX实际请求的URL，确认是否和预期一致。

如果路径有误，可以尝试使用绝对路径生成，或者检查RouteConfig.cs中的路由配置，确保动作名称和控制器名称能正确匹配。

3. 检查GCP应用服务的请求设置 #

确认GCP的应用服务（比如App Engine、Cloud Run）是否允许POST请求，有没有配置URL重写规则或安全策略拦截了POST请求。比如部分WAF规则会过滤未携带Token的POST请求，这时候需要调整规则或确保请求符合验证要求。

二、关于HttpGet和HttpPost动作使用不同名称的疑问 #

完全可行！ASP.NET MVC的路由匹配是结合动作名称和HTTP请求方法来区分动作的，所以你完全可以设置如下两个独立动作：

[HttpGet]
public ActionResult Login()
{
    // 渲染登录页面
    return View();
}

[HttpPost]
public ActionResult PostLogin(string name, string email)
{
    // 处理登录提交逻辑
    // ...
}

路由会分别匹配GET请求的/Controller/Login和POST请求的/Controller/PostLogin，二者互不干扰。

不过更常见的做法是使用同一个动作名称，通过[HttpGet]和[HttpPost]特性区分，这样URL更统一，用户访问的都是/Controller/Login——GET请求返回登录页面，POST请求处理提交：

[HttpGet]
public ActionResult Login()
{
    return View();
}

[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Login(string name, string email)
{
    if(!string.IsNullOrEmpty(name)) 
    { 
        return RedirectToAction("index"); 
    } 
    return Json(new { msg = "failed to login " }); 
}

但你当前使用不同名称的做法没有任何问题，只要确保路由能正确匹配到对应的动作即可。

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