In JavaScript undefined
can be reassigned, so it is often advised to create a self executing function that assures undefined is actually undefined. As an alternati
The abstract equality algorithm from section 11.9.3 of the language spec is what defined ==
and !=
and it defines them such that
null == void 0
null == null
void 0 == null
where void 0
is just a reliable way of saying undefined
(see below) so the answer to your question is yes, null
is equal to undefined and itself and nothing else.
The relevant parts of the spec are
1. If Type(x) is the same as Type(y), then If Type(x) is Undefined, return true. If Type(x) is Null, return true. ... 2. If x is null and y is undefined, return true. 3. If x is undefined and y is null, return true. ...
If you're worried about undefined
meaning something other than what it normally means, use void 0
instead.
null == void 0 // True
({}).x === void 0 // True
"undefined" === typeof void 0 // True
(function () {})() === void 0 // True
(undefined = 42,
undefined === void 0) // False
"undefined" === typeof undefined // False
"undefined" === typeof void 0 // True
From the language specification:
11.4.2 The void Operator
The production UnaryExpression : void UnaryExpression is evaluated as follows:
- Let
expr
be the result of evaluating UnaryExpression/.- Call
GetValue(expr)
.- Return undefined.
So the void
prefix operator evaluates its argument and returns the special value undefined regardless of to what the global variable undefined
has been changed (or whether undefined
is defined :).
EDIT: In response to comments,
If you are dealing with library code that distinguishes between the two, then you need to deal with the difference. Some of the new libraries standardized by the language committee do ignore the difference : JSON.stringify([void 0]) === "[null]"
but there is too much code out there that treats them subtly differently, and there are other differences :
+(null) === 0
isNaN(+undefined)
"" + null === "null"
"" + undefined === "undefined"
If you're writing any kinds of libraries that produce text or serialize/deserialize and you want to conflate the two then you can't pass undefined
through and expect it to behave as null
-- you need to explicitly normalize your inputs to one or the other.