Почему запятая превращается в ошибку
JSON устроен как строгий перечень: запятая отделяет один элемент от следующего, а не просто украшает конец списка. В массиве после неё парсер ждёт ещё одно значение; в объекте — ещё одну пару «имя–значение». Если вместо этого встречается закрывающая скобка, последовательность не соответствует правилам формата.
Например, `[1, 2]` и `{"цвет":"синий"}` — допустимые записи. Варианты `[1, 2,]` и `{"цвет":"синий",}` — нет: последняя запятая оставляет парсер перед отсутствующим элементом или свойством.
Почему ошибка кажется неожиданной
Некоторые языки программирования разрешают завершающую запятую в собственных массивах и объектах. Это удобно при редактировании: если добавить новую строку, не нужно менять предыдущую. Но JSON — отдельный формат обмена данными, и его правила строже. Фрагмент, который выглядит привычно в коде, может оказаться недопустимым в файле настроек или сообщении, отправленном другому приложению.
Парсер не пытается догадаться, что автор «имел в виду»: его задача — одинаково прочитать данные на разных платформах. Поэтому он останавливается на первой точке, где структура перестаёт соответствовать грамматике JSON. Сообщение об ошибке иногда указывает на закрывающую скобку, а не на саму запятую: именно там парсер обнаруживает, что ожидаемый следующий элемент так и не появился.
Как не допустить сбой
При генерации JSON запятые должны появляться только между элементами. Если файл собирается вручную, полезно проверить его валидатором или парсером до передачи программе-получателю: одна лишняя запятая способна заблокировать чтение всего документа, даже когда все значения до неё записаны правильно.
