页面在同一秒内修改两次是否会中断 If-Modified-Since？

如何解决页面在同一秒内修改两次是否会中断 If-Modified-Since？

根据我对缓存机制的理解，响应头Last-Modified、请求头If-Modified-Since等具有秒精度，即If-Modified-Since: Wed,21 Oct 2015 07:28:00 GMT，因此亚秒修改会破坏失效：

12:00:00.100 /path/to/resource updated to Version 1

12:00:00.200 GET /path/to/resource from client A
12:00:00.300 Response: Version 1 of the page with Last-Modified: 12:00:00

12:00:00.400 /path/to/resource updated to Version 2

12:00:00.500 GET /path/to/resource from client A with If-Modified-Since: 12:00:00
12:00:00.600 Response: 304 Not Modified

# and even after time passes
16:15:00.000 GET /path/to/resource from client A with If-Modified-Since: 12:00:00
16:15:00.100 Response: 304 Not Modified

在缓存过期之前，客户端永远不会获得页面的版本 2。

真的是这样吗？页面中存储的版本是否应该总是将页面的最后修改日期增加一秒？

解决方法

是，的Last-Modified意味着具有确认请求If-Modified-Since可以返回不适当的值的一第二分辨率如果在不到一秒钟的资源的变化。你的例子是正确的。

在说明书中确认这一点，并给出rules，用于当在Last-Modified报头可以被认为是强或弱的验证器。你可以阅读更多有关规范，区别，但本质上它说明确的验证可能会失败（弱），除非客户端或服务器可以肯定的是它不会（通过比较Date和{{ 1}}头，例如）。

该解决方案，虽然是不谎言关于Last-Modified的时间，但使用一个Last-Modified代替。它不从该子第二分辨率问题的困扰，并且是explicitly recommended如在这种情况下的替代：

的实体标签可以是用于验证比变形更可靠 日期的情况下是不方便的存储修改 日期时，的其中HTTP日期值的一第二分辨率不 足够强> 的，或者修改日期是不能始终如一 保持。