已经有人说过这个话题,相关链接:
HttpRuntime.Cache vs. HttpContext.Current.Cache
http://weblogs.asp.net/pjohnson/archive/2006/02/06/437559.aspx
HttpContext.Cache和HttpRuntime.Cache
http://blog.joycode.com/dotey/archive/2005/01/15/43091.aspx
我这里要说的是从另外一个角度来说:
一,两个实现代码的差异:
我们用 .NET Reflector 看 HttpContext 类的 Cache 属性 ,会看到如下代码:
public Cache Cache { get { return HttpRuntime.Cache; } }
所以,两者在代码上是完全一致的。
二、两者的差异其实在于 HttpContext.Current
用 .NET Reflector 看 HttpContext.Current 如下:
public static HttpContext Current { get { return (ContextBase.Current as HttpContext); } }
ContextBase 类的静态属性 Current 如下:
internal static object Current { get { return CallContext.HostContext; } }
CallContext 类的静态属性 HostContext 如下:
public static object HostContext { get { IllogicalCallContext context1 = Thread.CurrentThread.GetIllogicalCallContext(); object obj1 = context1.HostContext; if (obj1 == null) { LogicalCallContext context2 = CallContext.GetLogicalCallContext(); obj1 = context2.HostContext; } return obj1; } }
显然,非 Web 应用 HttpContext.Current 返回 null 是因为
ContextBase.Current as HttpContext 这么一句,返回的 null 。
ContextBase.Current 是有值的,但是由于非 Web 应用,返回的 Object 无法转换为HttpContext,而返回 null 的。
所以, HttpContext.Current.Cache 只可能用于 Web 应用的缓存。 而且是跟 HttpContext 紧密联系的。
三、HttpRuntime.Cache 可用于非 Web 应用的缓存。
比如我如下的一个控制台程序,是可以正常读写缓存的。而这里当然是不可以使用 HttpContext.Cache 的。
static void Main(string[] args) { System.Web.Caching.Cache c = System.Web.HttpRuntime.Cache; if (c != null) { c.Insert("1", "123141432432"); object o = c.Get("1"); Console.WriteLine(o); } Console.ReadLine(); }
总结,
1、HttpRuntime.Cache 相当于就是一个缓存具体实现类,这个类虽然被放在了 System.Web 命名空间下了。但是非 Web 应用也是可以拿来用的。
2、HttpContext.Cache 是对上述缓存类的封装,由于封装到了 HttpContext ,局限于只能在知道 HttpContext 下使用,即只能用于 Web 应用。
综上所属,在可以的条件,尽量用 HttpRuntime.Cache ,而不是用 HttpContext.Cache 。