Protocolos y serialización binaria
Pega texto RESP escapado o bytes Hex y revisa tramas completas sin conectarte a Redis.
Escribe RESP o carga un ejemplo.
Procesamiento local; sin conexión Redis ni carga de datos.
Escribe RESP o carga un ejemplo.
Si un cliente Redis muestra una respuesta pero la captura contiene $5 o *3, el valor final puede ocultar un error de longitud. El parser RESP de Redis permite seguir cada prefijo y rango de bytes antes de atribuir el problema al cliente.
La estructura conserva sus límites originales mientras inspeccionas el flujo.
El parser RESP de Redis valida el tamaño declarado y el terminador de cada fragmento RESP3 antes de unirlos. El árbol conserva el número de fragmentos y rechaza una secuencia incompleta.
Los bulk binarios permanecen en Hex, los mapas guardan pares clave-valor ordenados y los atributos acompañan al valor siguiente. Un objeto JSON corriente no podría conservar todo eso.
El modo inicial convierte los caracteres \r y \n en bytes CRLF. Usa Hex para contenido binario; un LF solo no se corrige automáticamente.
Auto acepta tipos comunes a RESP2 y RESP3 y detecta prefijos exclusivos de RESP3. Elegir RESP2 rechaza estos últimos, sin adivinar la versión negociada.
El árbol indica rangos de bytes y longitudes declaradas. Un array superior de cadenas obtiene un resumen de comando, sin validar su ejecución en Redis.
Para decodificar RESP, el árbol distingue bulk nulo de bulk vacío, array de mapa y una respuesta de error del servidor de un fallo al analizar.
El número declarado se compara con los bytes UTF-8 reales y el CRLF final. El primer desajuste muestra desplazamiento y línea de entrada.
Varias tramas se mantienen en orden. Un array con forma de comando muestra nombre y argumentos sin afirmar que Redis lo aceptaría.
Analizar protocolo Redis aquí conserva Hex para datos binarios, texto decimal para enteros grandes, pares ordenados y atributos RESP3.
El primer byte identifica el tipo; las longitudes y CRLF marcan los límites. Pega la trama y compara en el árbol los rangos y valores anidados.
Después de $ aparece la longitud en bytes, CRLF, esa cantidad exacta de datos y otro CRLF. Un carácter UTF-8 puede ocupar varios bytes.
Mapa, booleano, atributo y push requieren RESP3. Si solo aparecen tipos compartidos, los bytes no revelan la versión negociada de la conexión.
No. La página decodifica tramas ya existentes. Si el array superior tiene forma de orden, muestra el nombre y sus argumentos sin construir ni ejecutar nuevas órdenes.
Sí, cuando todas las tramas están completas. Se muestran en orden; la primera trama truncada da error y desactiva la exportación del resultado completo.
¿Queda alguna duda?
Localiza el primer byte incoherente antes de cambiar tu cliente. El parser RESP de Redis solo exporta JSON tipado después de leer toda la entrada con éxito.
Todo se procesa dentro de tu navegador.