编辑“︁Adler-32”︁（章节）

== 弱点 ==
对于短消息来说，Adler-32是很弱的，因为总和''A''不会[[整数溢出|回绕]]（英语：Wrap，即整数溢出后的处理）。128字节消息的最大和是32640，低于取模操作所使用的值65521，这意味着大约有一半的输出空间未使用，并且使用部分内的分布也是不均匀的。延伸的解释可以在{{IETF RFC|3309}}中找到，它规定[[循環冗餘校驗|流]]控制传输协议[[流控制传输协议|SCTP]]使用[[循環冗餘校驗|CRC32C]]而不是Adler-32。<ref>{{IETF RFC|3309}}</ref>对于较小的增量更改，Adler-32也被证明变化很弱<ref>{{Cite web |url=http://cbloomrants.blogspot.com/2010/08/08-21-10-adler32.html |title=存档副本 |accessdate=2020-06-12 |archive-date=2012-11-29 |archive-url=https://archive.today/20121129024731/http://cbloomrants.blogspot.com/2010/08/08-21-10-adler32.html |dead-url=no }}</ref>，并且对于从一个共同的前缀和连续的数字生成的字符串也很弱（例如由典型代码生成器自动生成的标签名）。<ref>{{Cite web |url=http://www.strchr.com/hash_functions |title=存档副本 |accessdate=2020-06-12 |archive-date=2020-06-12 |archive-url=https://web.archive.org/web/20200612085326/https://www.strchr.com/hash_functions |dead-url=no }}</ref>