Protokolle und binäre Serialisierung
Fügen Sie maskierten RESP-Text oder Hex-Bytes ein und untersuchen Sie Frames ohne Redis-Verbindung.
RESP eingeben oder ein Beispiel laden.
Lokal verarbeitet; keine Redis-Verbindung und kein Upload.
RESP eingeben oder ein Beispiel laden.
Wenn ein Redis-Protokoll nur $5 und *3 zeigt, reicht die Ausgabe einer Clientbibliothek oft nicht zur Fehlersuche. Der Redis RESP Parser führt vom Typpräfix bis zum letzten Byte jedes Werts und zeigt, ob ein Frame wirklich vollständig ist.
Die Grenzen und Typen eines aufgezeichneten Byte-Stroms bleiben sichtbar.
Der Redis RESP Parser vergleicht bei RESP3 jeden deklarierten Chunk mit den vorhandenen Bytes und prüft den Abschluss. Erst danach setzt er den Wert zusammen; fehlende Endmarken gelten nicht als fertige Daten.
Binäre Bulk-Strings bleiben Hex, Maps bleiben geordnete Schlüssel-Wert-Paare, Attribute hängen am folgenden Wert. Ein gewöhnliches JSON-Objekt würde diese Unterschiede verbergen.
Im Standardmodus werden die Zeichenfolgen \r und \n zu CRLF-Bytes. Für beliebige Binärdaten verwenden Sie Hex; ein einzelnes LF wird nicht stillschweigend repariert.
Auto akzeptiert gemeinsame RESP2/RESP3-Typen und erkennt neue RESP3-Präfixe. RESP2 als Vorgabe weist solche Typen zurück, beweist aber keine Aushandlung am Server.
Im Baum stehen Offset und deklarierte Länge. Bei einer Befehlsform zeigt die oberste String-Liste Namen und Argumente; die JSON-Ansicht bewahrt die Typinformationen.
Der Redis Protokoll Decoder trennt Null-Bulk von leerem Bulk, Arrays von Maps und eine Fehlerantwort von einem Parse-Fehler.
Deklarierte Länge, tatsächliche UTF-8-Bytes und abschließendes CRLF müssen passen. Der erste Fehler erhält Byte-Offset und Position im Editor.
Pipelining bleibt in der Reihenfolge der Frames sichtbar. Eine String-Liste kann wie ein Befehl aussehen, ohne dass die Ausführung simuliert wird.
Redis Befehle dekodieren heißt hier nicht ausführen: Binärdaten bleiben Hex, große Zahlen Text und Maps geordnete Einträge.
Fügen Sie maskierten Wire-Text oder Hex-Bytes ein. Ein oberstes Array aus Strings zeigt Befehlsnamen und Argumentzahl, prüft aber keine serverseitige Befehlssemantik.
Nach $ folgen die Byte-Länge, CRLF, genau diese Anzahl Datenbytes und nochmals CRLF. Ein UTF-8-Zeichen kann mehrere Bytes beanspruchen.
RESP3 ergänzt unter anderem Boolean, Map, Set, Attribute und Push. Sind nur gemeinsame Typen vorhanden, lässt sich die echte Verbindungsvariante nicht erkennen.
Nein. Dieses Werkzeug baut keine Verbindung auf und benötigt keinen Host oder Port. Es liest nur bereits aufgezeichnete Frames.
$-1 bedeutet Null-Bulk. $0 mit den folgenden CRLF-Bytes ist ein leerer Bulk-String; beide erscheinen als eigene Typen im Baum und JSON.
Eine Frage ist offen?
Prüfen Sie das erste fehlerhafte Byte, bevor Sie Client oder Server ändern. Der Redis RESP Parser gibt typisiertes JSON erst nach einem vollständigen Durchlauf frei.
Die Verarbeitung bleibt in Ihrem Browser.