ASP.NET MVC无法重定向至操作调用行及AJAX请求异常问题

问题1：预订航班时未优先跳转注册页，先执行预订逻辑抛出空值异常 #

问题原因 #

window.location.href 触发页面跳转是非阻塞的异步操作，后续代码不会等待跳转完成再执行，因此顺次编写的AJAX预订请求会在当前页面上下文立刻发出，不会等注册页加载、用户完成登录操作。此时Session["UserId"]还未赋值，自然会在SaveChanges时触发空引用异常，等接口报错抛完之后，浏览器才会执行之前触发的跳转动作加载注册页，完全不符合预期。
另外预订接口没有加登录校验兜底，哪怕用户直接访问预订地址也会进入数据库操作逻辑，本身存在逻辑漏洞。

修复方案 #

• 移除原逻辑中「先写跳转、再发AJAX预订请求」的顺次写法，点击select按钮时先判断登录状态：
  1. 未登录状态下不要发起预订AJAX请求，直接跳转注册页，同时把当前要预订的航班、舱位信息拼接在跳转url的returnUrl参数里：

  // 提前在视图中渲染登录状态到js变量
  const isUserLoggedIn = @(Session["UserId"] != null ? "true" : "false");
  function selectFlight(flightId, cabinId) {
      if (!isUserLoggedIn) {
          const reservePath = `/Flights/ReserveFlight?FlightId=${flightId}&CabinId=${cabinId}`;
          window.location.href = `/User/signUp?returnUrl=${encodeURIComponent(reservePath)}`;
          return;
      }
      // 已登录状态直接发预订请求即可
      $.get(`/Flights/ReserveFlight?FlightId=${flightId}&CabinId=${cabinId}`, (res) => {
          // 预订成功后的业务逻辑
      })
  }
  

  2. 给ReserveFlight接口加[Authorize]特性做兜底校验，未登录请求直接拦截跳转到登录页，不要让请求走到数据库操作逻辑。
  3. 注册/登录逻辑完成后，后端直接读取url中的returnUrl参数，重定向到对应预订地址，此时Session已经写入UserId，预订逻辑可以正常执行。

问题2：注册接口入库成功，但AJAX始终触发error回调 #

问题原因 #

这类问题本质都是后端接口最终返回给前端的响应不符合AJAX预期的格式/状态要求，哪怕入库逻辑已经执行完成，只要后续响应环节出问题，都会触发error回调，ASP.NET MVC场景下最常见的诱因有3种：

1. 接口返回值类型错误：比如注册完成后返回了View、重定向结果（302状态码），或者返回了HTML内容，但前端AJAX配置了dataType: 'json'，解析JSON失败直接进error。
2. JSON序列化失败：如果接口直接返回EF查询出的实体类，实体存在导航属性循环引用（比如User关联Flight，Flight又关联User），SaveChanges执行完成后序列化返回值时会抛循环引用异常，返回500状态码的错误黄页。
3. 防伪造令牌校验/其他模块拦截：如果加了[ValidateAntiForgeryToken]校验但AJAX没带对应令牌，或者自定义错误模块拦截了请求，会返回400/500状态码的非JSON响应。

修复方案 #

1. 先打开浏览器F12开发者工具，切到Network面板找到注册接口的请求，查看实际响应状态码和响应内容，90%的场景可以直接定位到具体报错。
2. 统一注册接口的返回格式，不要返回视图或重定向结果，统一返回JSON结构：

[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult signUp(SignUpViewModel model)
{
    if (!ModelState.IsValid)
    {
        return Json(new { success = false, msg = "输入信息不符合要求，请检查" });
    }
    // 原有用户入库逻辑
    var newUser = new User
    {
        // 字段赋值
    };
    db.Users.Add(newUser);
    db.SaveChanges();
    // 写入登录Session
    Session["UserId"] = newUser.Id;
    // 读取returnUrl用于后续跳转
    var redirectUrl = !string.IsNullOrEmpty(Request["returnUrl"]) ? Request["returnUrl"] : "/Flights/Index";
    return Json(new { success = true, redirectUrl = redirectUrl });
}

3. 如果是循环引用导致的序列化报错，不要直接返回EF实体类，用匿名对象/DTO传输需要的字段即可，也可以在Global.asax中全局配置JSON序列化忽略循环引用：

// 在Global.asax的Application_Start方法中添加
GlobalConfiguration.Configuration.Formatters.JsonFormatter.SerializerSettings.ReferenceLoopHandling 
    = Newtonsoft.Json.ReferenceLoopHandling.Ignore;

4. 前端AJAX回调中根据返回的JSON字段做逻辑处理，不要直接在error里弹固定提示：

$.ajax({
    url: '/User/signUp',
    type: 'POST',
    data: $('#signupForm').serialize(),
    // 如果加了防伪造令牌，需要在请求头中携带
    headers: {
        "__RequestVerificationToken": $('input[name="__RequestVerificationToken"]').val()
    },
    success: function(res) {
        if (res.success) {
            window.location.href = res.redirectUrl;
        } else {
            alert(res.msg);
        }
    },
    error: function(xhr) {
        // 调试时可以打印xhr.responseText查看具体错误
        alert("提交失败，请重试");
    }
})

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