本文是Web前端性能优化系列的第五篇，主要介绍ETag。
    
     EntTyTAG是唯一标识组件的特定版本的字符串。它是web服务器用来验证缓存组件的有效性的机制，通常可以使用组件的某些属性来构造它。
    
     当浏览器下载组件时，将它们存储在浏览器缓存中。有效的，发送一个304响应告诉浏览器缓存组件可以被重用。
    
     那么服务器使用什么来确定缓存是否仍然有效答案有两种，一种是前面提到的ETag，另一种是基于更新的修改时间。
    
     作为一个实际的例子，当我们在没有缓存的情况下访问www.google.com.hk时，我们需要下载Google的标志，并发送一个HTTP请求，如下所示：
    
     ETag提供了另一种方法来检测浏览器缓存中的组件是否与原始服务器上的组件匹配。
    
     当ETag和Modi.-Time都出现时，原始服务器禁止返回304，除非请求中的所有条件头字段都相同。
    
     1。有些文件可能周期性地更改，但是它们的内容没有更改（只是更改了修改时间），此时我们不希望客户机认为文件已被修改，并重新GET；
    
     2。有些文件修改非常频繁，例如在不到一秒钟内（例如，一秒钟内N次），如果-Modi.-Ew可以在s级检测粒度，这无法判断（或者UNIX只在几秒钟内记录MTIME）；
    
     ETag的问题在于，它通常使用某些属性构造，其中一些属性对于部署Web站点的特定服务器是唯一的。ETag错配了。
    
     1。如果上次修改没有问题，您可以直接删除ETAG，谷歌在其搜索首页上不使用ETAG。
    
     2。确定要使用ETag，在配置ETag的值时，删除可能影响组件集群服务器验证的属性，例如仅组件大小和时间戳。