Коротко — в вашем примере результат будет пустой объект: JSON.stringify({a: undefined}) вернёт строку "{}". Пояснения и нюансы ниже.
Что происходит в примере
- Свойства объекта со значением undefined при сериализации опускаются: JSON.stringify({a: undefined}) -> "{}".
- Если верхнеуровневое значение равно undefined, возвращается undefined (не строка): JSON.stringify(undefined) -> undefined.
- Для массивов undefined заменяется на null: JSON.stringify([undefined]) -> "[null]".
Поведение по типам (важные случаи)
- undefined: в объектах — поле пропускается; в массивах — становится null; сам по себе (топ‑уровень) — возвращается undefined (нет строки).
- Функции: как значение свойства — опускаются (как undefined); топ‑уровень — результат undefined.
- Symbol: значения и ключи символов не сериализуются (пропускаются).
- null: сериализуется как JSON null.
- Number: обычные числа сериализуются; специальные значения NaN, Infinity, -Infinity превращаются в null.
- BigInt: в V8/Node/браузере бросается TypeError (JSON не поддерживает BigInt).
- Date: если есть toJSON (у Date есть), используется его результат (ISO‑строка).
- Объекты с нестандартными toJSON: если объект реализует toJSON — вызывается её результат.
- Map/Set: по умолчанию сериализуются как пустые объекты (если нет перечисляемых свойств) — обычно нужно вручную преобразовывать в массивы/объекты.
- Циклические ссылки: JSON.stringify бросит TypeError.
- Сериализация затрагивает только перечисляемые собственные свойства (enumerable own properties).
Совместимость API между языками — на что обратить внимание
- JSON спецификация не знает об undefined, функциях, Symbol, BigInt и т.п.; разные языки имеют разные значения/типы, сопоставление может терять информацию.
- Пропущенное поле vs поле со значением null — разные семантики: одни клиенты/серверы рассматривают отсутствие поля и null как одинаковые, другие — по-разному. Для совместимости лучше договориться явно (например, всегда отправлять null для отсутствующих значений).
- Большие целые числа: JavaScript Number теряет точность для целых больше $2^{53}-1$; при обмене целыми из языка с поддержкой BigInt или 64‑бит целых лучше передавать как строку или использовать соглашение (например, поле с типом "string" или отдельное поле).
- Типы, не представимые в JSON (функции, Symbol, BigInt, классы): нужно явно конвертировать до JSON‑совместимых форм (строки, числа, объекты, массивы, null).
- Даты: согласуйте формат (ISO‑строка, метка времени) и парсинг; Date.toJSON даёт ISO‑строку, но другие системы могут ожидать числовые таймстемпы.
- Потеря свойств при сериализации: если сервер ожидает поле, которое клиент может опустить (из‑за undefined), это вызовет несоответствие. Явное включение (даже как null) или use of default values на сервере — хорошая практика.
- BigInt/64‑бит: разные среды по‑разному; либо унифицируйте как строку, либо используйте дополнительную схему (JSON‑RPC, protobuf и т.п.).
Рекомендации практические
- Не полагайтесь на undefined в API: для отсутствующих значений используйте null или явно не включайте поле, но договоритесь об этой политике.
- Для больших целых — сериализуйте как строку или используйте формат, поддерживающий 64‑бит/BigInt.
- Для сложных структур (Map/Set, классы) сделайте явную трансформацию в простые JSON‑совместимые типы.
- Используйте JSON Schema/OpenAPI, чтобы зафиксировать ожидаемое поведение (nullable vs optional).
- При десериализации учитывайте разницу между отсутствием поля и null; задавайте дефолты на сервере/клиенте.
Если нужно, могу привести компактную таблицу с примерами вход/выход по типам.