ASP.NET MVC Model传List首次正常 第二次62项变为单个列表项

现象描述 #

• 首次在Software Action中从接口拉取生成的softwareList包含62个正确条目，符合预期
• 调用RedirectToAction将模型传入PostSoftware Action时，同一份列表被识别为仅1个条目，后续索引查找逻辑抛出异常

RedirectToAction执行的是客户端302重定向，会发起全新的HTTP请求，你当前将整个TicketModel作为路由参数传入的写法，框架只会将模型属性序列化为查询字符串拼接在跳转URL上，无法正确处理List<string>这类集合类型的序列化格式，最终模型绑定时会将整个集合识别为单个条目，导致62项列表变成1项。

按优先级推荐以下实现方式：

• 优先方案：直接调用目标Action，避免跨请求传值
  两个Action同属一个控制器，完全不需要走重定向逻辑，校验通过后直接把模型传给PostSoftware方法执行即可，没有传值损耗：

  // Software方法中替换原有RedirectToAction逻辑
  return PostSoftware(model);
  

• 备选方案1：使用TempData跨重定向传值
  如果必须保留重定向逻辑（比如需要修改浏览器地址为PostSoftware对应的路径），使用ASP.NET MVC原生提供的跨单次请求传值容器TempData即可，它默认基于Session存储，读取一次后自动清除，适合该场景：
  1. 修改Software方法的跳转逻辑：

  // 原有return RedirectToAction("PostSoftware", model); 替换为
  TempData["TicketContext"] = model;
  return RedirectToAction("PostSoftware");
  

  2. 修改PostSoftware方法的参数接收逻辑：

  public ActionResult PostSoftware()
  {
      if (TempData["TicketContext"] is not TicketModel model)
      {
          // 模型丢失时重定向回表单页
          return RedirectToAction("Software");
      }
      List<string> softwareList = model.softwareList;
      List<string> softwareListID = new List<string>();
      foreach (var item in model.selectedSoftwareList)
      {
          int index = softwareList.FindIndex(a => a.Contains(item));
          softwareListID.Add(model.softwareListID[index]);
      }
      clsServNowAuth.SoftwareRequest(model.computerName, model.businessJustification, softwareListID, model.lstUserInfo);
      return View(model);
  }
  

• 备选方案2：重定向时仅传必要标识，目标Action重新拉取公共数据
  softwareList、softwareListID属于从公共接口拉取的非用户提交数据，不需要在请求间传递，重定向时只传用户输入的computerName、businessJustification、selectedSoftwareList这类必要参数，到PostSoftware中重新调用接口拉取软件列表即可，还能避免URL超长、敏感数据泄露的问题。

注意：不要尝试将大集合直接序列化为路由参数传递，不仅会触发URL长度上限导致参数截断，还会将内部数据暴露在浏览器地址栏，存在安全风险。

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