最快的etag算法

Question

我们希望在我们的网站上使用http缓存 - 特别是内容验证。

因为我们的CMS从较小的内容片段构造页面，所以实际页面的最后修改日期并不总是页面已更改的准确指示。因此我们也想利用etags。由于页面构造基于许多其他页面片段，我们认为提供准确etag的唯一真实方法是对内容流本身执行某种摘要。这看起来有点过熟，因为缓存可以减轻服务器的负担，但内容摘要显然是CPU密集型的。

我正在寻找最快的算法来创建与内容流相关的唯一etag（inode等只是一个kludge而不会工作）。 MD5哈希显然会得到最好的独特结果，但是其他人是否正在使用其他在类似情况下速度更快的算法？

抱歉忘了重要的细节......使用Java Servlets - 在Windows 2003上的websphere 6.1中运行。

我忘了提到还有实时数据库源（我们是银行，需要确保利率是最新的），这也可以改变内容。因此，确定内容何时发生变化可能很难确定。

Answer 1

我会为每个片段生成一个校验和，但是在更改片段时计算它，而不是在渲染页面时计算。

这样，您需要支付一次性费用，这应该相对较小，除非我们每秒钟进行数百次更改，并且每次请求不会产生额外费用。