这里的Age指的是响应头Age。以下内容有部分翻译，也有部分自己的理解。欢迎讨论。
我们用now表示当前主机的当前时间，用request_time表示缓存发起请求的时间，用response_time表示缓存收到响应的时间。
HTTP/1.1要求源server的每个响应都包括一个Date头信息。表示这个响应被源server创建的时间，我们用date_value表示这个Date头的值。
HTTP/1.1使用Age响应头表示响应从缓存中拿到时响应的寿命，我们用age_value表示Age头的值。
缓存中响应的寿命能够通过两种全然独立的方式计算：
1. 直接用response_time（缓存收到响应的时间）减去date_value（响应被创建的时间），假设为负数，用0替代。
2. 假设响应路径上的全部缓存实现了HTTP/1.1，则直接用age_value值。
但实际上，我们非常难保证响应路径上的全部缓存都实现了HTTP/1.1，所以。同一时候使用这两种方式。然后进行修正，结果会更可靠：
corrected_received_age= max(response_time - date_value, age_value);
到这里还没有完毕终于计算，corrected_received_age仅仅是缓存收到响应时，响应的寿命，没有考虑响应到下一个缓存或client的网络延迟时间。
由于网络会有延迟，在传输过程中寿命已经添加了。下一个缓存就得考虑这个因素。对于这个因素，HTTP/1.1採用了一种比較保守的计算方法。假设从请求发起到收到响应的时间就是网络延迟的时间（结果不一定就是实际经过的时间），用response_delay表示：
response_delay= response_time – request_time;
corrected_initial_age= corrected_received_age + response_delay;
response_delay一般指最后一个缓存到client的延误时间，假设响应路径上有多个缓存。不须要迭代。由于corrected_received_age是依据缓存收到响应的时间，已经减去了前面的网络延迟。
以上还仅仅是计算响应第一次出如今缓存中时已经拥有的寿命。响应一旦被缓存，就可能被多次使用，这个时候，响应的寿命就得由缓存来计算了。
我们用resident_time表示响应在缓存中贮存的时间。用current_age表示响应的当前寿命：
resident_time= now - response_time;
current_age= corrected_initial_age + resident_time;
假设响应路径中有缓存。请求终于受到的响应头Age相应的值是current_age。而不是server最初给的Age，由于这个值被缓存已经改动过了。