在 ASP.NET Core MVC 中，从 Controller 向 View 传递数据并非依赖某种“自动绑定”，而是通过IActionResult（通常是ViewResult）作为载体，在单次请求生命周期内完成的显式传递。
以下是四种核心机制的总结与对比：
📊 核心传递机制全景对比
| 机制 | 类型安全 | 智能提示 | 生命周期 | 典型用途 | 推荐度 |
|---|---|---|---|---|---|
| 强类型 ViewModel | ✅ 是 | ✅ 有 | 当前请求 | 页面所有业务数据 | ⭐⭐⭐⭐⭐ |
| ViewData | ❌ 否 | ❌ 无 | 当前请求 | Layout元数据、少量辅助信息 | ⭐⭐⭐ |
| ViewBag | ❌ 否 | ❌ 无 | 当前请求 | ViewData 的动态语法糖 | ⭐⭐ |
| TempData | ❌ 否 | ❌ 无 | 当前 + 下一次请求 | 重定向后的提示消息 | ⭐⭐⭐⭐ |
🔍 各机制详解
1. 强类型 ViewModel（首选）
通过return View(model)传递，View 使用@model T声明接收。这是 MVC 模式的正统做法。
// ControllerreturnView(newProductDetailViewModel{Name="手机",Price=2999});<!-- View -->@model ProductDetailViewModel<h1>@Model.Name</h1><!-- ✅ 编译时检查 + 智能提示 -->- 优势：编译期错误检查、IDE 重构支持、单元测试友好
- 本质：Model 被存入
ViewData.Model属性，@model指令只是生成了强类型访问的包装代码
2. ViewData（弱类型字典）
ViewDataDictionary<string, object?>，手动键值对赋值。
ViewData["PageTitle"]="产品详情";<h1>@ViewData["PageTitle"]</h1><!-- ⚠️ 需手动转换，拼写错误运行时才发现 -->- 适用场景：Layout 需要的标题/描述、面包屑、激活菜单标识等非业务元数据
- 注意：与 ViewBag 共享同一底层字典
3. ViewBag（动态包装器）
ViewBag是ViewData的dynamic语法糖，本质完全相同。
ViewBag.PageTitle="产品详情";// 等价于 ViewData["PageTitle"]- 劣势：比 ViewData 多一层 dynamic 绑定开销，无编译检查，重构困难
- 建议：新项目优先用 ViewData 替代，或直接上 ViewModel
4. TempData（跨请求传递）
基于 Session/Cookie 存储，读取一次后自动标记删除（Peek/Keep 可保留）。
// Action A: 保存后重定向TempData["SuccessMsg"]="保存成功！";returnRedirectToAction("Index");// Action B (Index): 重定向目标页仍可读取@if (TempData["SuccessMsg"] is string msg) {<divclass="alert">@msg</div>}- 唯一用途：PRG 模式中重定向后的反馈消息
- 禁忌：不要用来传业务数据或大量对象
🧠 底层统一原理
无论用哪种方式，数据传递都遵循同一条链路：
Controller.Action() │ ▼ 数据写入 ViewResult / TempDataProvider │ ▼ MVC 框架执行 ViewResult.ExecuteResultAsync() │ ▼ Razor Engine 渲染 .cshtml │ ▼ @Model / @ViewData / @TempData 从执行上下文中读取💡关键认知：所有传递都是单向、显式、基于请求上下文的。View 不会反向修改 Controller 中的数据（表单提交是新的 POST 请求，不是回写）。
🎯 选型决策树
需要传数据给 View？ │ ├── 是页面核心业务数据？ → ✅ ViewModel │ ├── 是 Layout/Partial 用的元数据？ → ✅ ViewData │ ├── 需要跨越重定向？ → ✅ TempData │ └── 以上都不是？ → 🤔 重新审视设计，可能不该传⚠️ 常见反模式警示
- 用 ViewData/ViewBag 传全部业务数据：丧失类型安全，维护噩梦
- 在 TempData 中存复杂对象：序列化开销大，Session 膨胀
- ViewData 和 ViewModel 混传同一份数据：冗余且易不一致
- 在 View 中修改 ViewData 并期望影响后续逻辑：View 应只读消费数据
一句话总结：ViewModel 传业务，ViewData 传元数据，TempData 传消息，其余皆不应传。
