Проверка JSON

Допустимый формат не означает ожидаемый

Любое отдельное значение JSON является допустимым документом: "hello", 42 и null проходят проверку, поскольку RFC 8259 это разрешает. API, ожидающий объект, всё равно отклонит такие значения, поэтому отображаются тип корневого элемента и количество записей. Если вы ожидали объект с 20 ключами, а видите строку, вероятно, данные были дважды преобразованы в JSON и их нужно снова распарсить.

Ошибки, которые нельзя увидеть

Если указанная позиция указывает на обычный пробел или кавычку, символ, вероятно, не таков, каким кажется. Текстовые редакторы и чат-приложения заменяют прямые кавычки типографскими (“ и ”), которые JSON не принимает, а текст, скопированный с веб-страниц, может содержать неразрывные или невидимые пробелы нулевой ширины. Ошибку также вызывает метка порядка байтов в самом начале. Инспектор Unicode показывает кодовую точку каждого символа, поэтому найти причину легко.

Проверка файлов в скриптах

Для множества файлов или этапа сборки выполняйте проверку в командной строке. jq empty file.json ничего не выводит для допустимого JSON и завершает работу с кодом ошибки в противном случае, а python3 -m json.tool file.json делает то же самое без дополнительной установки. Оба инструмента сообщают строку и столбец первой ошибки. Текст языковой модели или JavaScript-файла, который не проходит проверку из-за лишних запятых или комментариев, можно исправить с помощью инструмента восстановления JSON.

Как пользоваться

1. Вставьте JSON в редактор.
2. Выберите «Проверить JSON».
3. Проверьте корректность и сводку по корневому элементу.

Конфиденциальность и ограничения

Ваш JSON остаётся в браузере. Корректность синтаксиса не гарантирует соответствие данных схеме приложения.