（一个字典集合类型）:传入的key必须是string类型，可以保存任意对象信息，特点：它只会存在这次的HTTP的要求中而已，并不像session可以将数据带到下一个Http要求。

ViewData.Model:由于viewdata在传入的时候属于弱类型，也就是在ViewData里特定键值的类型永远是object通用对象类型，传给view使用之后，还必须通过转型才能进一步使用，不太方便。 eg： public ActionResult Index(){ var data=GetDataFromDB();

或者直接return view(data);一样，都是将viewdata.model传给view使用 }

当你通过viewdata.Model传递数据到检视页面，在检视页面中可以用@model声明一个该检视页面专属的数据模型型别，声明后就可以在检视页面中取用@Model对象，而@Model对象就会拿控制器里设置好的ViewData.Model数据，并自动转型为@model声明的型别。

（dynamic动态类型：是.NET Framework4.0的新功能）: 定义在System.Web.Mvc.ControllerBase抽象类中，优点是可以少输入几个字符： eg: ViewData["Message"]="更改此模板即可开始着手进行您的mvc应用程序"; || ViewBag.Message="更改此模板即可开始着手进行您的mvc应用程序";

数据结构与ViewData一样是字典型别，但TempData的类型是TempDataDictionary,不过还有一点不同的地方，在于它的内部是使用Session（默认，也可以更改为使用Cookie）来保存信息，“Temp”表示暂存，但是保存在TempData中的数据回暂存多久呢？答案是：一次网页要求。

一次网页要求：在窗体数据送出到以下Action保存，如果发生数据库新增失败的消息，我们会希望这次送出的数据可以保留到下一页，此时，就会将这个只希望出现一次的消息保存在TempData中，并在下一页进行取用。

eg：在更新数据库时发生失败后，会先将这次收到的Message数据保存到TempData["PostedMessage"]变量里，

此时重新回到Create动作，数据从tempdata中再次读出，并再次传递到create检视页面，当这次mvc生命周期退出的前一刻，由于mvc会记录tempdata已经被读取过，因此，在这次http要求退出钱就会将TempData["aaa"]删除。

通常会使用RedirectResult或RedirectToRouteResult来当成Action回传类型（Redirect,RedirectToAction,RedirectToRoute辅助方法），

如果你的action不是回传这两个的话很可能导致TempData提前消失

特点：值只能取一次。保存在Session中，Controller每次执行请求的时候，会从Session中先获取TempData，而后清除 Session，获取完TempData数据，虽然保存在内部字典对象中，但是其集合中的每个条目访问一次后就从字典表中删除。具体代码层面，TempData获取过程是通过SessionStateTempDataProvider.LoadTempData方法从 ControllerContext的Session中读取数据，而后清除Session，故TempData只能跨Controller传递一次。每次请求结束后，TempData的生命周期也就结束了使用场景：

（1）TempData 一般用于临时的缓存内容或抛出错误页面时传递错误信息，可以将TempData 在使用之前存储到相应的 ViewData 中以备循环使用

（2）从一个action跳转到另一个action（可以跨controller），并且需要携带参数时使用。例如从用户分组action跳转到用户列表，传递的参数为分组ID，在用户列表页显示该分组ID的用户。

特点：生命周期和View相同，仅对当前View有效。ViewData只会在一次HTTP请求中有效，当这次请求结束后，就会自动清空其值。

使用场景：可以用在Action向View传递数据。但向页面传值最常用的是向View传递Model，这本身就是MVC的意义所在。

二后台使用Request接收参数是，如果书用的是GET方式，可以使用

如果使用的的是POST方式，上面的方法无法获取，只能用下面的语句获取

return RedirectToAction("MemberManager", "Shop", new { id = Session["shopid"] });

MemberManager：页面的Action；Shop：Controller名称；id：要传的参数名；Session["shopid"]：要传的参数！

ASP.NET MVC中的两个Action之间值的传递--TempData

一. ASP.NET MVC中的TempData

在ASP.NET MVC框架的ControllerBase中存在一个叫做TempData的Property，它的类型为TempDataDictionary，顾名思义是一个字典类。TempData在ASP.NET MVC中的作用是：可用于在Action执行过程之间传值。简单的说，你可以在执行某个Action的时候，将数据存放在TempData中，那么在下一次Action执行过程中可以使用TempData中的数据。

如：

 1 public ActionResult Index()
 2 {
 3     this.TempData["MyNane"] = "XiaoMing";
 4     return View();
 5 }
 6 public ActionResult Index2()
 7 {
 8      string MyName=this.TempData["MyNane"] as string;
 9      return View();
10 }

上面的代码中，Index()给TempData添加了一个键值对，假设我们先请求Index这个Action，接着请求Index2这个Action，那么在Index2中，我们便可以得到之前添加到TempData的键值对。有趣的是，这时如果再次请求Index2，那么从TempData中读到的MyName的值会是null。于是，我们需要了解TempData的生命周期。

二. TempData的生命周期

我们知道Http是无状态的，为什么TempData可以在两次请求之前传递数据呢？很明显，这个数据必定是已某种形式保存了。查看Controller类的源代码，很容易的找到了我们想要的东西：

 1 protected override void ExecuteCore()
 2 {
 3     TempData.Load(ControllerContext, TempDataProvider);
 4     try
 5     {
 6         string actionName = RouteData.GetRequiredString("action");
 7         if (!ActionInvoker.InvokeAction(ControllerContext, actionName))
 8         {
 9             HandleUnknownAction(actionName);
10         }
11     }
12     catch (Exception)
13     {
14 
15         TempData.Save(ControllerContext, TempDataProvider);
16     }
17 }

从上面的代码可以看出，每次在执行Action之前，都要调用一下TempData.Load()方法，执行完Action之后，再调用一下TempData.Save()方法。另外这里还有一个重要成员TempDataProvider。

阅读了相关源代码之后，真相大白了。

TempData.Load()

1 public void Load(ControllerContext controllerContext, ITempDataProvider tempDataProvider)
2 {
3     IDictionary<string, object> providerDictionary = tempDataProvider.LoadTempData(controllerContext);
4     _data = (providerDictionary != null) ? new Dictionary<string, object>(providerDictionary, StringComparer.OrdinalIgnoreCase) :
5         new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
6     _initialKeys = new HashSet<string>(_data.Keys);
7     __modifiedKeys.Clear();
8 }

TempData.Save()

 1 public void Save(ControllerContext controllerContext, ITempDataProvider tempDataProvider)
 2 {
 3     if (_modifiedKeys.Count > 0)
 4     {
 5 
 6         // Apply change tracking.
 7         foreach (string x in _initialKeys)
 8         {
 9             if (!_modifiedKeys.Contains(x))
10             {
11                 _data.Remove(x);
12             }
13         }
14 
15         // Store the dictionary
16         tempDataProvider.SaveTempData(controllerContext, _data);
17         _modifiedKeys.Clear();
18     }
19 }

TempDataProvider用于暂存数据。在TempData.Load()方法中，TempDataProvider中保存的数据会被读到TempData中，供Action调用过程中使用。Action执行完后，TempData.Save()所作的事情则是，移除TempData中任何没有被更新的键值对，然后再将TempData中的数据保存，供下一次调用使用（注：也就是说，只有更新过的，以及新添加的键值对才能再下次request中继续使用）。为什么TempData中的数据需要迅速被清除呢？很简单，节约内存嘛。

三. ITempDataProvider

前面提到的TempDataProvider是Controller的一个Property，它的定义是这样的：

 1 public ITempDataProvider TempDataProvider
 2 {
 3     get
 4     {
 5         if(_tempDataProvider==null){
 6             _tempDataProvider = new SessionStateTempDataProvider();
 7         }
 8         return _tempDataProvider;
 9     }
10     set
11     {
12         _tempDataProvider = value;
13     }
14 }

这里我们看到了一个默认实现的SessionStateTempDataProvider类。也就是说，默认情况下，ASP.NET MVC通过SessionStateTempDataProvider来保存TempData的数据。很明显，数据是存在Session中的，也就是说，如果你禁用SessionState，那么你的页面就报异常了。

ASP.NET MVC生来就是被设计为易扩展的，我们可以很容易通过实现自己的ITempDataProvider类来替换这个默认的SessionStateTempDataProvider。需要注意的是，TempDataProvider存放的数据必需具有用户独立性。

ITempDataProvider接口定义非常简单：

1  public interface ITempDataProvider
2         {
3             IDictionary<string, object> LoadTempData(ControllerContext controllerContext);
4             void SaveTempData(ControllerContext controllerContext, IDictionary<string, object> values);
5         }

在MvcFutures中，你也可以找到一个CookieTempDataProvider，提供了将TempData存储在Cookie中的实现。

【MVC4 之 ViewData ViewBag TempData】

ASP.NET MVC中的两个Action之间值的传递--TempData