26

Мне кажется, что операторы == и === работают одинаково. Например:

1 == 1   // true
1 === 1  // true
1 == 2   // false
1 === 2  // false

Оператор == короче и часто встречается в других языках программирования. Так зачем === вообще?

Pavel Mayorov
  • 58,537
Peter Olson
  • 10,462
  • После прочтения ответа возникает закономерный вопрос: а зачем == вообще? – VladD Jul 04 '15 at 15:09
  • 4
    @VladD Да, мне тоже любопытно. Много специалистов JavaScript, например Douglas Crockford, считают, что это было ошибка. Кажется, что дизайнер JavaScript, как и дизайнеры PHP, думал что будет легче для программистов если язык преобразывает типы автоматическим образом. А мне кажется наоборот, что надо про типы думать больше, когда неожиданно преобразываются. – Peter Olson Jul 04 '15 at 15:41
  • А сие точно не дубль? – nick_n_a Sep 14 '16 at 14:43
  • 2
    @nick_n_a, это скорее оригинал :-) – Grundy Sep 14 '16 at 14:43
  • ассоциация: https://stackoverflow.com/q/359494/14227417 – Danis Dec 21 '20 at 14:11

1 Answers1

31

Операторы === и !== являются операторами строгого сравнения. Значит, если операнды имеют разные типы, то не являются равными. Например:

1 === "1" // возвращает false
1 !== "1"  // возвращает true
null === undefined // возвращает false

Операторы == и != являются операторами, скажем, грубого сравнения. То есть, если операнды имеют разные типы, JavaScript пытается как-то преобразовать их, чтобы стали сравнимыми. Например:

1 == "1" // возвращает true
1 != "1" // возвращает false
null == undefined // возвращает true

Интересно заметить, что в отличие от ===, оператор == не является транзитивным:

"0" == 0 // true
0 == ""  // true
"0" == ""// false

Не очень легко помнить правила этого грубого сравнения, и иногда бывает, что оно работает неожиданным образом. Поэтому, я рекомендую использовать === вместо ==.

Даже я не помню мелкие детали оператора ==, так что посмотрим в спецификации, пункт 11.9.3:

Алгоритм сравнения абстрактного равенства

Сравнение x == y, где x и y являются значениями, возвращает true или false. Это сравнение производится следующим образом:

  1. Если Type(x) такой же, что и Type(y), то
    1. Если Type(x) – Undefined, вернуть true.
    2. Если Type(x) – Null, вернуть true.
    3. Если Type(x) – Number, то
      1. Если x – NaN, вернуть false.
      2. Если y – NaN, вернуть false.
      3. Если x имеет такое же числовое значение, что и y, вернуть true.
      4. Если x равно +0 и y равно −0, вернуть true.
      5. Если x равно −0 и y равно +0, вернуть true.
      6. Вернуть false.
    4. Если Type(x) – String, то вернуть true, если x и y имеют абсолютно одинаковую последовательность символов (одинаковой длины и с одинаковыми символами в соответствующих позициях). В противном случае вернуть false.
    5. Если Type(x) – Boolean, вернуть true, если x и y оба являются или true, или false. В противном случае вернуть false.
    6. Вернуть true, если x и y относятся к одному и тому же объекту. В противном случае вернуть false.
  2. Если x равно null и y – undefined, вернуть true.
  3. Если x – undefined и y – null, вернуть true.
  4. Если Type(x) – Number и Type(y) – String,
    вернуть результат сравнения x == ToNumber(y).
  5. Если Type(x) – String и Type(y) – Number,
    вернуть результат сравнения ToNumber(x) == y.
  6. Если Type(x) – Boolean, вернуть результат сравнения ToNumber(x) == y.
  7. Если Type(y) – Boolean, вернуть результат сравнения x == ToNumber(y).
  8. Если Type(x) – либо String, либо Number, и Type(y) – Object,
    вернуть результат сравнения x == ToPrimitive(y).
  9. Если Type(x) – Object и Type(y) –либо String, либо Number,
    вернуть результат сравнения ToPrimitive(x) == y.
  10. Вернуть false.
Peter Olson
  • 10,462
  • 2
    Но и с фанатизмом подходить к === не нужно: например, в выражении typeof a === typeof b вполне достаточно ==. Да и ситуации, в которых есть уверенность в типе операндов, не так уж и редки. – Regent Jun 24 '15 at 07:02
  • 4
    @Regent В принципе я согласен, я против фанатизма, хотя для меня легче просто везде использовать ===, чем каждый раз думать, "достаточно ли ==?" – Peter Olson Jun 24 '15 at 07:09
  • Что-то в алгоритме сравнения ветвь для двух object'ов потерялась. – Qwertiy Jun 24 '15 at 08:01
  • 1
    А нет, нашёл. Пункт 1.6. – Qwertiy Jun 24 '15 at 08:03
  • у вас ошибка во втором примере (грубое сравнение) null === undefined // возвращает true, лишнее равно стоит – Jurij Jazdanov Aug 05 '15 at 07:59