浏览器收到这个响应就知道它可以放心地使用本地存储的这张图片了，不必再从服务器重新下载该组件。
由此可见，IIS Http Headers标签的默认设置是不禁止浏览器缓存的，但是也没有告诉组件保存过期的时间，因此浏览器将组件保存在本地后，
每次访问都会询问服务器此组件是否过期，如果没过期则使用本地保存的内容，否则从服务器下载内容。 可以看出它只减少了从服务器下载内容的次数，
并没有减少向服务器发出请求的次数，请求和响应依然耗费了时间。
在IIS中定位到网站存放图片的文件夹，然后打开属性窗口，在HTTP Headers中做出如下选择，要求组件的过期时间为本次请求后1天，也就是在本地缓存86400秒。
打开浏览器，首次访问该网站的一个网页，该网页中包含一张图片的链接，于是该图片请求的响应在Http Response Header中如下表达：
HTTP/1.1 200 OK （表示服务器找到了此图片并正确响应）
Cache-Control: max-age=86400 （从本次请求时间算起，允许该图片在本地缓存86400秒）
Date: Sat, 14 May 2011 08:09:29 GMT （响应的时间，格林尼治时间）
于是，只要是在1天之内，使用本机的浏览器打开这个网页，都不会再对这张图片发出请求，而是直接使用本地缓存中的这张图片。可见，减少了不必要的HTTP请求，
提高了网页的响应速度。
很多网站框架性的组件都是长期不变的，因此我们可以设置更长的过期时间，如下所示：
打开浏览器，首次访问该网站的一个网页，该网页中包含一张图片的链接，于是该图片请求的响应在Http Response Header中如下表达：
HTTP/1.1 200 OK （表示服务器找到了此图片并正确响应）
Date: Sat, 14 May 2011 08:50:12 GMT（响应的时间，格林尼治时间）
Expires: Mon, 23 May 2011 16:00:00 GMT (该图片的本地缓存到2011年5月23日16点为止，格林尼治时间)
那么这意味着只要在5月23日16点之前，在本机上访问该网页，都不会再对此图片发出请求。
有人担心如果这样设置过期机制，一旦对这些组件做了更新，访问者将不能收到变化，那岂不是也很遗憾。其实这有两方面的解决方式：
一方面是网站的开发方，应该对图片，样式表文件和JS文件的命名方式进行改进，比如在文件名上加入版本号，这样你一旦修改了组件内容，
就应该使组件拥有新的名称，于是浏览器会发现本地没有对这个组件缓存过，自然就会发起请求。
另一方面，访问者可以通过浏览器的刷新功能强制对网页中的组件重新发起请求。即使设置了过期机制，浏览器的刷新功能仍然会对所有页面组件
