[ASP.NET] 如果将缓存“滑动过期时间”设置为1秒会怎样?
今天编写了一个采用ASP.NET Caching的组件,在为它编写Unit Test的过程中发现了一个有趣的问题,接下来我通过一个简单的实例说明这个问题。我们在一个控制台应用中编写了如下一段程序,这个段程序很简单:我们通过HttpRuntime的静态属性Cache得到表示当前缓存的Cache对象,并调用其Insert方法对当前的时间实施缓存。需要注意的是,我们采用“滑动时间”过期策略,并将这个滑动时间设置为1秒。
1: class Program
2: {
3: static void Main(string[] args)
4: {
5: string key = Guid.NewGuid().ToString();
6: HttpRuntime.Cache.Insert(key, DateTime.Now, null, Cache.NoAbsoluteExpiration, new TimeSpan(0, 0, 1) );
7: for (int i = 0; i < 5; i++)
8: {
9: Console.WriteLine(HttpRuntime.Cache.Get(key)??"N/A");
10: Thread.Sleep(500);
11: }
12: }
13: }
接下来我们在一个for循环中提取缓存的时间并将其显示在控制台上,每次迭代之后会有0.5秒的休眠时间。根据缓存针对滑动时间过期策略,由于我们每隔0.5秒会读取缓存,所以在这段时间内缓存是不会过期的。但是如下所示的执行结果告诉我们,添加的缓存在1秒之后过期了。
1: 4/1/2014 2:51:12 PM
2: 4/1/2014 2:51:12 PM
3: N/A
4: N/A
5: N/A
是否是ASP.NET缓存机制错了什么问题呢?其实不是,真正的原因是我们将滑动过期时间范围设置得太小了。为了证实这一点,我们按照如下的方式将这个时间设置为2秒。
1: class Program
2: {
3: static void Main(string[] args)
4: {
5: string key = Guid.NewGuid().ToString();
6: HttpRuntime.Cache.Insert(key, DateTime.Now, null, Cache.NoAbsoluteExpiration, new TimeSpan(0, 0, 2) );
7: for (int i = 0; i < 5; i++)
8: {
9: Console.WriteLine(HttpRuntime.Cache.Get(key)??"N/A");
10: Thread.Sleep(1000);
11: }
12: }
13: }
再次运行我们的程序后会的如下所示的输出结果,我们可以看到添加的缓存并没有过期。
1: 4/1/2014 2:59:15 PM
2: 4/1/2014 2:59:15 PM
3: 4/1/2014 2:59:15 PM
4: 4/1/2014 2:59:15 PM
5: 4/1/2014 2:59:15 PM
通过查看相关源代码,我们发现这个问题的根源所在:如果我们调用Cache的Insert或者Add方法时指定了其slidingExpiration参数,针对该缓存项的每次提取操作,系统都会修改缓存项的过期时间(当前时间+slidingExpiration)。但是过期时间的修改是由前提的:它要求这个slidingExpiration参数指定的时间必须大于设定的最小时间,这个时间对应着内部类型CacheExpires具有如下定义的静态只读属性TimeSpan MIN_UPDATE_DELTA ,我们可以看到它的时间跨度正是1秒。所以如果我们指定的slidingExpiration参数小于1秒,实际上起不到“滑动过期 ”的作用。当然,在真实的项目中我们并不会将滑动时间设置的如此之短。
1: internal sealed class CacheExpires
2: {
3: //其他成员
4: internal static readonly TimeSpan MIN_UPDATE_DELTA = new TimeSpan(0, 0, 1);
5: }
共同学习,写下你的评论
评论加载中...
作者其他优质文章