对于一个从没请求过的资源来说，请求成功后浏览器得到的状态码一般是200。而对于一些请求过的资源来说，这个资源也没有发生过变化，有时候得到的状态码是304。
对此，我进行了一些探索，方法是用Node建立一个服务器server，由这个server提供一个 /api/user 接口，这个接口支持GET和POST请求，GET请求用于获取，POST请求用于增加一个新的资源。
由客户端浏览器client对其发起GET请求：GET /api/user;
由客户端浏览器admin对其发起UPDATE请求：UPDATE /api/user。
client发起GET请求，由于是第一次，所以会返回200状态码，请求成功。
刷新client，发起第二次GET请求，此时，返回了304状态码，请求成功，因为资源没有发生变化。
由admin发起UPDATE请求，增加了一个新的资源。
刷新client，发起第三次GET请求，此时，返回了200状态码，请求成功，因为资源发生了变化，状态码就变为200。
刷新client，发起第四次GET请求，此时，返回了304状态码，请求成功，因为资源没有发生变化。
上图：
请求过程
主要还是请求头的 If-None-Match 和 If-Modified-Since 与响应头的 ETag 和 Last-Modified 的作用，用于匹配来发现资源是否更新，如果一致，说明没有更新，如果不一致，说明发生了改动，这个和比对MD5差不多。如果不一致，更新资源之后，客户端浏览器就会更改 If-None-Match 为最新的值。
If-Modified-Since 和 Last-Modified 是一个比对日期。
server上的/api/user保存着最后一次修改时间，比如123。client发起get请求的时候带上属于client的最后一次修改时间，与server上匹配。第一次不匹配，返回200，就用server上最新的资源，再更新client自己的修改时间为123。第二次执行get请求的时候，client带上的123与server的123匹配，就返回304，用本地缓存资源。当admin发post请求去改变server的资源的时候，serve最后一次修改时间变为456。client第三次ge请求server的时候带上123，与456不匹配。就返回200，用新的资源。
对于304状态码，意思是告诉客户端使用缓存资源即可，因为服务器上的资源没有更新。所以304意味着在获取资源的时候，仍旧会发起一次请求到服务器，服务器确认 If-None-Match 和资源对比，没有发生变化，随即返回客户端一个304响应，告诉客户端使用缓存的资源即可。在这个过程中，并未从服务器携带资源返回，节约了带宽。
网友评论