原本打算写一篇关于.NET下的分布式缓存的随笔，但是为了举一个实际的运用，就想把控制器（是ASP.NET MVC的）中的Session替换成使用分布式缓存来实现。如果你的网站最后是需要负载均衡的话，这就有用了。
一切就绪了，F5走起。啪的一声，亮黄的页面显示在显示器上，一看错，***是TempData错了，于是有了下面的分析了。
上Controller中TempData属性的源码：
点红色框框然后 F12，窥视它的内部。哇映入眼帘就看到它了：
这样我们就能够知道它具体会实现什么方法了，so 我们就只剖析核心部分了，首先我们先记的下面这三个变量（记住就回来看看吧）：
其中_data是用来保存数据的，当时另外两个HashSet是干嘛的呢，其实能够实现用完即扔就要依靠这个两个变量，不信？下面我们看看Add方法：
这不每次我们添加数据都会在_initialKeys中也添加，我们再看看当我们从中拿取数据的源码：
看来要有人说为什么不直接从_data删除不就可以了。Oh no，别太天真了，别离开继续往下看。按照标准的教程我们用Peek就可以不删除这条数据的情况下获取，下面大家看到了一定会无语了吧：
仅仅只是少了一句话！这还没完，还有一个Keep方法可以保证数据即使被拿取了（不通过Peek）也可以保留：
作为福利，再传一个：
呵呵~~~~
现在_retainedKeys起作用了，通过这些我们可以这么分析：_data是保存着TempData中的所有数据，并且不会直接删除，而_initialKeys则保存着所有_data中的key（包括后来加进来的），而_retainedKeys则保存了我们需要继续保留的数据。
那么就到了关键的部分了，最终这些数据必定要保存到session中，并且该删除的数据还要删除掉，而笔者看到了一个Save方法：
原来删除在这里，红色框住的就是从_data删除数据，是通过判断_initialKeys中和_retainedKeys是否存在这个key，简单的说就是_data中的key只要不存在于两个hashSet中就只能面对被删除的后果了。既然该删的都删了下面我们就要保存了，悲剧的是这里是接口，不知道真正的实体是什么，我们只能后退了。
时光回溯，我们又来到了Controller中了，既然我们知道了这个Save方法，那么Controller必然要执行的，所以我们机智的Ctrl+F，然后输入TempData.Save，立马我们就找到了调用的部分了：
既然我们已经追捕到这个实体我们果断F12进去看一看：
果断的继续F12追下去（为了世界的和平我把原本的英文注释暂时去掉）：
看到这里我们立马大彻大悟，原来还是这般套路（看过一定关于ASP.NET MVC框架揭秘的一定非常熟悉，笔者的脑海中立马闪现依赖注入和工厂方法），有兴趣的读者可以实现这些接口并通过Ninject注入，我们这里仅仅为了剖析，所以F12红色框住的，继续追下去：
笔者一眼就看到红色框住的那部分，原来如此。而且笔者所报的错就是绿色框住的部分导致的。其实到此为止已经剖析完毕了为了多给点福利，下面由笔者揭发TempData保存的Session的Key是什么：
通过这般的追击，爽快多了。不多说了笔者继续实现分布式缓存了~~~