//indexOf()
console.log([1, 2, NaN].indexOf(NaN)); //-1
//includes()
console.log([1, 2, NaN].includes(NaN)); //trueI don't get why includes can find NaN in array, while indexOf can't.
I've read that it's happening because indexOf uses strict-equality-operator internally (NaN === NaN). But as for me, there's no deffirence between strict-equality-operator and abstract equality operator when we're talking about NaN. NaN can't be equal to itself anyway.
//strict equality operator
console.log(NaN === NaN); //false
//abstract equality operator
console.log(NaN == NaN); //still falseSo why is there some difference between these 2 methods?
Basically, Array.prototype.indexOf uses a different equality algorithm than Array.prototype.includes.
Array.prototype.indexOf ends up using Number::equal. Which does:
- If x is NaN, return false.
- If y is NaN, return false.
While Array.prototype.includes ends up using Number::sameValueZero
Which does:
- If x is NaN and y is NaN, return true.
As to why does the spec allow a comparison of two different NaNs to be true, well that's up to the TC. I can only guess they made it this way as it's a convenient way to check if there's a NaN in the array.