Кратко — семантика, побочные эффекты и возможные сюрпризы.
Семантика
- Выражение `let arr = $[1,2,3]$` создаёт блочно-областьную (lexical) привязку `arr`, инициализируемую новым объектом-массивом со значениями $[1,2,3]$. Привязка сама по себе — идентификатор в лексическом окружении; значение — ссылка на объект.
- Есть Temporal Dead Zone: обращение к `arr` до строки объявления даёт ReferenceError.
- `let` нельзя повторно объявить в той же области видимости — повторное `let arr = ...` вызовет SyntaxError.
- Привязка изменяема (можно писать `arr = ...`), сам объект массива тоже изменяем: операции вроде `arr.push($4$)` модифицируют тот же объект.
Побочные эффекты
- Само присваивание выделяет и инициализирует объект — это наблюдаемое изменение состояния памяти (побочный эффект), и последующие мутации массива меняют разделяемое состояние.
- Изменение `Array.prototype` или методов `toString`/`valueOf` повлияет на поведение всех массивов, включая `arr`.
- В консоли браузера `console.log(arr)` часто показывает «живое» представление объекта: если вы затем мутируете `arr`, при раскрытии в инспекторе увидите уже изменённое содержимое — это часто вводит в заблуждение.
Почему может вести себя неожиданно в разных средах
- Глобальная область: в глобальном scope `var arr = ...` создаёт свойство `window.arr`/`global.arr`, а `let arr = ...` — не создаёт. Код, который ожидает глобальную переменную как свойство глобального объекта, с `let` может сломаться.
- REPL / повторный запуск: в интерактивной среде (DevTools snippets, некоторые REPL) повторный запуск `let arr = ...` в той же области выдаст SyntaxError «Identifier 'arr' has already been declared». Это часто удивляет при перезапуске фрагментов кода. `var` при повторении перезапишет значение без ошибки.
- Модули: в модуле (ESM) верхнеуровневый `let` — локальная привязка модуля (не глобальная). Поведение при импорте/экспорте и при ожидании глобальности отличается от скриптов.
- Логирование/инспекция и асинхронность: из‑за «живого» отображения объектов в инструменте разработчика и отложенного чтения (например, в промисах, таймаутах) вы можете видеть состояние массива не в том виде, в котором вы его логировали в момент вызова.
Практические советы
- Для повторных запусков в REPL используйте переименование, удаление привязки (в средах, где это возможно), или вместо `let` применяйте переназначение `arr = $[...arr]$`/`arr.length = 0` и т.п.
- Если нужен глобальный доступ — используйте явное присвоение на глобальный объект (`window.arr = ...`) или `var` в скриптах (с оглядкой на побочные эффекты).
- Чтобы «зафиксировать» снимок массива при логировании, выводите `JSON.stringify(arr)` или копию `arr.slice()`/`[...arr]`.
Если нужно, могу привести короткие примеры ошибок в REPL и способы их обхода.