ASP.NET MVC中BeginForm指定Action名时数据无法存入数据库

无参调用Html.BeginForm()时，ASP.NET MVC会自动将表单的提交地址设置为当前视图对应的同路径POST接口，和你之前写好的保存逻辑完全匹配，所以可以正常入库。显式指定Action和Controller名后提交失败，基本都是以下几类问题：

• 接口谓词不匹配
  你原有正常工作的保存接口一定标记了[HttpPost]特性，新建的Final接口如果没有加这个特性，默认只接收GET请求，表单POST提交的请求会被直接拦截，根本不会执行保存逻辑。如果接口上加了[HttpGet]、自定义谓词限制特性，也会出现同样问题。
  修复方式：给ReservationsController下的Final方法加上[HttpPost]特性，和表单默认的POST提交方式对齐。
• 模型绑定失败
  原有保存接口的参数是和表单字段完全匹配的强类型视图模型，写Final接口时如果参数类型、字段名和表单提交的name属性不匹配，框架无法把表单值映射到参数对象上，进入接口时拿到的是空对象或者默认值，执行入库逻辑自然会失败。
  修复方式：直接复用原有保存接口的参数列表，保证Final方法的入参类型、名称和正常工作的接口完全一致，同时检查表单内输入控件的name属性和模型字段名一一对应，不要出现命名、大小写不一致的问题。
• 路由规则不匹配
  如果项目中自定义了路由规则，没有保留默认的{controller}/{action}/{id}路由映射，显式指定Controller和Action名后可能匹配不到目标接口，请求会返回404或者走到其他错误逻辑分支。
  修复方式：先直接在浏览器访问/Reservations/Final路径，确认是否能正常进入Final接口的逻辑，调整路由规则保证该路径可以被正常解析。
• 请求校验不通过
  如果项目开启了防伪令牌校验（接口标记了[ValidateAntiForgeryToken]特性），要确认新的表单块内是否添加了@Html.AntiForgeryToken()生成隐藏校验字段，缺少该字段时请求会被框架直接拦截，不会执行业务逻辑。另外如果接口上加了权限校验、请求频率限制之类的过滤器，也要确认提交的请求满足校验规则。
  修复方式：对照原有正常运行的表单，补全防伪令牌、必要的隐藏字段，检查接口上的过滤器逻辑，避免合法请求被拦截。

正确代码示例 #

视图部分：

@model ReservationViewModel
@using (Html.BeginForm("Final", "Reservations", FormMethod.Post))
{
    @Html.AntiForgeryToken()
    <!-- 表单输入控件，保证和模型字段对应 -->
    @Html.TextBoxFor(m => m.ContactName)
    @Html.TextBoxFor(m => m.ReserveDate)
    <button type="submit">确认预约</button>
}

控制器部分：

public class ReservationsController : Controller
{
    // 渲染预约确认页面的GET接口
    public ActionResult Confirm()
    {
        return View();
    }

    [HttpPost]
    [ValidateAntiForgeryToken]
    public ActionResult Final(ReservationViewModel model)
    {
        // 先做模型校验，校验不通过直接返回原页面展示错误
        if (!ModelState.IsValid)
        {
            return View("Confirm", model);
        }
        // 复用原有入库逻辑
        _db.Reservations.Add(model);
        _db.SaveChanges();
        return RedirectToAction("ReserveSuccess");
    }
}

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