Коротко — отличие:
- `==` делает приведение типов (abstract equality), `===` сравнивает типы и значения без приведения (strict equality). Из‑за приведения `==` даёт неожиданные результаты в реальных приложениях.
Ключевые правила приведения (кратко):
- `null == undefined` — `true`, но `null !== undefined`.
- если один операнд — строка, другой — число → строка приводится к числу (`'1' == 1` → `true`).
- булевы приводятся к числам (`true` → $1$, `false` → $0$).
- объекты (включая массивы) приводятся к примитиву через `valueOf`/`toString` (например, `[]` → `''`, `[1]` → `'1'`).
- `NaN` никогда не равен самому себе при `==`/`===`.
Несколько неожиданных примеров и почему они true/false:
- `'' == $0$` → `true` (пустая строка приводится к числу $0$).
- `'0' == false` → `true` (`'0'` → $0$, `false` → $0$).
- `[] == $0$` → `true` (`[]` → `''` → $0$).
- `[] == ![]` → `true` ( `![]` → `false`, далее `[] == false` как выше).
- `[1] == $1$` → `true` (`[1]` → `'1'` → $1$).
- `null == $0$` → `false` ( `null` равен только `undefined` при `==`).
- `NaN == NaN` → `false`; для проверки `NaN` используйте `Number.isNaN` или `Object.is`.
- `{ } === { }` → `false` (объекты сравниваются по ссылке, две разные литералы — разные ссылки).
Возможные реальные баги:
- API возвращает id как строку `'123'`, код сравнивает с числом $123$ — `==` скрывает несогласованность типов.
- Логика проверки флага может дать `true` для `'0'` или пустой строки, если используется `==` с булевым значением.
- Сравнение массивов/объектов через `==`/`===` даёт ложное ощущение «равно», хотя сравниваются ссылки.
Рекомендации (обоснование):
1. В подавляющем случае используйте `===` и `!==` — это явнее, безопаснее и предотвращает ошибки, связанные с неявным приведением.
2. Если вам нужно проверить «null или undefined» одновременно, допускается краткая форма: `if (x == null)` — это удобный, намеренный кейс для `==`.
3. Для специфичных случаев приводите явно: `Number(x) === Number(y)`, `String(x) === String(y)`, `Boolean(x)`/`!!x` для булевых проверок.
4. Для сравнения `NaN` и различения `+0`/`-0` используйте `Object.is(a, b)`; для проверки NaN — `Number.isNaN`.
5. Включите правило линтинга `eqeqeq: "error"` (ESLint) и/или используйте TypeScript — они помогают обнаружить непреднамеренное использование `==`.
6. Документируйте и централизуйте приведения при работе с API/формами (чётко договоритесь, какие типы данных приходят/хранятся).
Вывод: `==` полезен лишь в редких, намеренных сценариях (например, `x == null`). В большинстве случаев предпочтительнее `===` плюс явные приведения для предсказуемого поведения.