Ошибки разбора JSON

JSON не прощает мелочей: одна лишняя запятая делает весь файл нечитаемым. Хорошая новость — ошибок ограниченный набор, и почти все находятся за минуту.

Семь ошибок по частоте

Как найти за минуту

1. Откройте файл в редакторе с подсветкой

   Подойдёт любой современный редактор кода: он подсветит место ошибки красным.

2. Посмотрите на номер строки из сообщения

   Клиенты часто пишут позицию: «unexpected token at line 24». Ошибка обычно строкой выше указанной.

3. Проверьте парность скобок

   Редакторы подсвечивают пару при постановке курсора. Число { должно совпадать с числом }.

4. Проверьте последние элементы списков

   Лишняя запятая почти всегда стоит перед закрывающей скобкой.

5. Пересохраните в UTF-8 без BOM

   Если ошибка «на первом символе», а глазами всё в порядке — дело почти наверняка в BOM.

Как выглядят ошибки в тексте

// ЛИШНЯЯ ЗАПЯТАЯ
"rules": [
  { "type": "field", "outboundTag": "direct" },   ← запятая перед ] лишняя
]

// ПРОПУЩЕННАЯ ЗАПЯТАЯ
{ "tag": "proxy" "protocol": "vless" }            ← между полями нужна запятая

// КАВЫЧКИ-ЁЛОЧКИ
{ «tag»: «proxy» }                                ← только прямые кавычки

// НЕЗАКРЫТАЯ СКОБКА
{ "outbounds": [ { "tag": "proxy" }               ← не хватает ] и }

Ошибки, которые JSON пропускает

Файл может быть синтаксически безупречным и при этом нерабочим. Такие ошибки клиент не поймает при загрузке — они проявятся при подключении.

• Опечатка в имени поля: serverName написано как servername.
• Тег выхода в правиле не совпадает с тегом в outbounds.
• Порт указан строкой вместо числа: "port": "443" вместо "port": 443 — часть клиентов принимает, часть нет.
• Пропущен обязательный параметр Reality — файл читается, соединение не устанавливается.

Всё это ищется в логе: там видно, на каком этапе всё остановилось.