Adler-32-Pruefsumme

Adler-32 ist eine zweiunddreißig Bit breite Prüfsumme von Mark Adler, die in zlib und der DEFLATE-Formatfamilie eingesetzt wird. Anders als eine zyklische Redundanzprüfung führt sie zwei laufende Summen über die Nachrichtenbytes und kombiniert sie zu einer vorzeichenlosen Ganzzahl, die auf üblichen Prozessoren schnell berechnet wird. Ingenieure, die komprimierte Nutzdaten prüfen, Studierende der RFC 1950 und Support-Teams, die Trailer aus Geräteprotokollen vergleichen, brauchen oft dasselbe Lehrbuchergebnis für eine kurze Zeichenkette: A startet bei eins, B bei null, beide modulo fünfundsechzigtausendfünfhunderteinundzwanzig, dann B um sechzehn Bit nach links und mit A kombiniert. Dieses Adler-32-Prüfsummenwerkzeug nimmt nicht leeren Text an, kodiert ihn als UTF-8, führt diese deterministische Schleife aus und liefert den vollständigen zweiunddreißig-Bit-Wert als acht klein geschriebene Hexadezimalziffern zusammen mit der Dezimalzahl, den Teilwerten A und B und einer kurzen Zusammenfassung.

Was Adler-32 berechnet und warum das Hex-Wort zählt

Adler-32 behandelt jede Nachricht als Bytefolge und aktualisiert zwei Akkumulatoren. Der erste, A, startet bei eins und addiert jedes Byte, jeweils modulo fünfundsechzigtausendfünfhunderteinundzwanzig. Der zweite, B, startet bei null und addiert nach jedem Byte den aktuellen Wert von A, wiederum modulo derselben Primzahl.

Am Ende des Stroms entsteht die Prüfsumme, indem B in die oberen sechzehn Bit und A in die unteren sechzehn Bit einer vorzeichenlosen zweiunddreißig-Bit-Ganzzahl gesetzt werden. Diese Konstruktion entspricht genau der Definition in RFC 1950 und der Implementierung in zlib; die bekannte Prüfzeichenkette Wikipedia liefert daher das Hexadezimal elf e sechs null drei neun acht. Die Antwort spiegelt außerdem die Dezimalzahl, die getrennten Werte A und B, die Algorithmusbezeichnung Adler-32, die UTF-8-Bytezahl und den Originaltext, damit Clients eine vollständige Auditzeile anzeigen können, ohne Metadaten neu abzuleiten.

Weil Adler-32 weder kollisionsresistent noch geschlüsselt ist, behandeln Sie es als schnelle Integritäts- oder Rahmenprüfung, nicht als Authentizitätsnachweis; bevorzugen Sie Digests der SHA-Familie, wenn die Suchintention kryptografisches Hashing und nicht eine rollierende Prüfsumme im zlib-Stil ist.

Wo sich eine Adler-32-Prüfsumme lohnt

Kompressionsautoren und zlib-Studierende nutzen einen Adler-32-Prüfsummenrechner, um von Hand berechnete A- und B-Teilwerte gegen die Definition in RFC 1950 zu prüfen, ohne in jeder Sprache eine modulare Summenschleife zu schreiben. Lehrplattformen und LMS-Plugins brauchen ein deterministisches Orakel, das leere Eingabe ablehnt statt eins für die leere Nachricht zurückzugeben, damit Auto-Grader fehlende Antworten von einer echten Prüfsumme unterscheiden. Content-Seiten, die auf Adler-32 checksum oder Adler32-Rechner ranken, profitieren von einem Live-Tool, dessen kostenloser Pfad bytegenau dem bezahlten Automatisierungspfad auf demselben reinen Modul entspricht.

Validierungsfehler werden nach Ablehnung nicht berechnet. Kombinieren Sie es mit CRC-32- oder kryptografischen Hash-Landings nur, wenn die Suchintention über eine Zwei-Summen-Prüfung im zlib-Stil hinausgeht — halten Sie diese Seite auf Adler-32 fokussiert, damit die SEO-Intention scharf bleibt und CRC-8- oder SHA-256-Landings nicht kannibalisiert.