Cómo encontrar y corregir JSON no válido en Windows

Comience con el primer error del analizador

Los analizadores JSON a menudo se detienen en el primer lugar donde el documento ya no se puede interpretar. El personaje reportado no siempre es donde comenzó el error, pero es el mejor punto de partida. Inspeccione la línea actual y la línea inmediatamente anterior, especialmente la propiedad final, la coma, la comilla o el corchete.

Los errores de sintaxis de JSON más comunes

{
  "name": "Megaish",
  "apps": 33
}

• Nombres de propiedades o valores de cadena que usan comillas simples en lugar de comillas dobles.
• Falta una coma entre propiedades o elementos de matriz.
• Una coma al final después del elemento final.
• Una llave o corchete de apertura sin su compañero de cierre.
• Una comilla doble sin escape, barra invertida, nueva línea o carácter de control dentro de una cadena.
• Comentarios, undefined o NaN, que JavaScript puede reconocer pero JSON no.

Validar, formatear y limitar el problema

1. Trabajar en una copia cuando el JSON contiene una configuración importante.
2. Pegue o abra el documento en un validador JSON.
3. Vaya a la primera línea y columna reportadas.
4. Corrija un error y luego valide nuevamente.
5. Formatee el resultado válido para que el anidamiento sea visible.
6. Comparar las claves y los tipos de valores con la API o el esquema de configuración que espera.

JSON Viewer & Formatter admite flujos de trabajo de formato, validación, minificación y conversión en una aplicación liviana Windows. Para una comprensión estructural después de que la sintaxis sea válida, use el flujo de trabajo del diagrama JSON separado.

La validez de la sintaxis no es la corrección de los datos

Un documento puede ser válido JSON y aún así ser incorrecto para el sistema receptor. Es posible que se haya proporcionado un ID numérico como una cadena, que no exista una propiedad requerida o que una fecha utilice un formato inesperado. La validación responde "¿se puede analizar esto?" La validación de esquemas o aplicaciones responde "¿Tienen estos datos la forma y el significado requeridos?"

Proteger los datos confidenciales

Las respuestas de API y los archivos de configuración pueden contener tokens de acceso, direcciones de correo electrónico, nombres de host internos o datos de clientes. Elimine secretos antes de compartir un fragmento en un ticket o validador público. Para archivos locales confidenciales, utilice un flujo de trabajo aprobado por su organización.

Preguntas comunes