- Notifications
You must be signed in to change notification settings - Fork2.6k
🤪 A list of funny and tricky JavaScript examples
License
denysdovhan/wtfjs
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
A list of funny and tricky JavaScript examples
JavaScript is a great language. It has a simple syntax, large ecosystem and, what is most important, a great community.
At the same time, we all know that JavaScript is quite a funny language with tricky parts. Some of them can quickly turn our everyday job into hell, and some of them can make us laugh out loud.
The original idea for WTFJS belongs toBrian Leroux. This list is highly inspired by his talk“WTFJS” at dotJS 2012:
You can install this handbook usingnpm
. Just run:
$ npm install -g wtfjs
You should be able to runwtfjs
at the command line now. This will open the manual in your selected$PAGER
. Otherwise, you may continue reading on here.
The source is available here:https://github.com/denysdovhan/wtfjs
Currently, there are these translations ofwtfjs:
Help translating to your language
Note: Translations are maintained by their translators. They may not contain every example, and existing examples may be outdated.
- 💪🏻 Motivation
- ✍🏻 Notation
- 👀 Examples
[]
is equal![]
true
is not equal![]
, but not equal[]
too- true is false
- baNaNa
NaN
is not aNaN
Object.is()
and===
weird cases- It's a fail
[]
is truthy, but nottrue
null
is falsy, but notfalse
document.all
is an object, but it is undefined- Minimal value is greater than zero
- function is not a function
- Adding arrays
- Trailing commas in array
- Array equality is a monster
undefined
andNumber
parseInt
is a bad guy- Math with
true
andfalse
- HTML comments are valid in JavaScript
NaN
isnota number[]
andnull
are objects- Magically increasing numbers
- Precision of
0.1 + 0.2
- Patching numbers
- Comparison of three numbers
- Funny math
- Addition of RegExps
- Strings aren't instances of
String
- Calling functions with backticks
- Call call call
- A
constructor
property - Object as a key of object's property
- Accessing prototypes with
__proto__
`${{Object}}`
- Destructuring with default values
- Dots and spreading
- Labels
- Nested labels
- Insidious
try..catch
- Is this multiple inheritance?
- A generator which yields itself
- A class of class
- Non-coercible objects
- Tricky arrow functions
- Arrow functions can not be a constructor
arguments
and arrow functions- Tricky return
- Chaining assignments on object
- Accessing object properties with arrays
Number.toFixed()
display different numbersMath.max()
less thanMath.min()
- Comparing
null
to0
- Same variable redeclaration
- Default behavior Array.prototype.sort()
- resolve() won't return Promise instance
{}{}
is undefinedarguments
binding- An
alert
from hell - An infinite timeout
- A
setTimeout
object - Double dot
- Extra Newness
- Why you should use semicolons
- Split a string by a space
- A stringified string
- Non-strict comparison of a number to
true
- 📚 Other resources
- 🤝 Supporting
- 🎓 License
Just for fun
—“Just for Fun: The Story of an Accidental Revolutionary”, Linus Torvalds
The primary goal of this list is to collect some crazy examples and explain how they work, if possible. Just because it's fun to learn something that we didn't know before.
If you are a beginner, you can use these notes to get a deeper dive into JavaScript. I hope these notes will motivate you to spend more time reading the specification.
If you are a professional developer, you can consider these examples as a great reference for all of the quirks and unexpected edges of our beloved JavaScript.
In any case, just read this. You're probably going to find something new.
⚠️ Note: If you enjoy reading this document, please,consider supporting the author of this collection.
// ->
is used to show the result of an expression. For example:
1+1;// -> 2
// >
means the result ofconsole.log
or another output. For example:
console.log("hello, world!");// > hello, world!
//
is just a comment used for explanations. Example:
// Assigning a function to foo constantconstfoo=function(){};
Array is equal not array:
[]==![];// -> true
The abstract equality operator converts both sides to numbers to compare them, and both sides become the number0
for different reasons. Arrays are truthy, so on the right, the opposite of a truthy value isfalse
, which is then coerced to0
. On the left, however, an empty array is coerced to a number without becoming a boolean first, and empty arrays are coerced to0
, despite being truthy.
Here is how this expression simplifies:
+[]==+![];0==+false;0==0;true;
See also[]
is truthy, but nottrue
.
Array is not equaltrue
, but not Array is not equaltrue
too;Array is equalfalse
, not Array is equalfalse
too:
true==[];// -> falsetrue==![];// -> falsefalse==[];// -> truefalse==![];// -> true
true==[];// -> falsetrue==![];// -> false// According to the specificationtrue==[];// -> falsetoNumber(true);// -> 1toNumber([]);// -> 01==0;// -> falsetrue==![];// -> false![];// -> falsetrue==false;// -> false
false==[];// -> truefalse==![];// -> true// According to the specificationfalse==[];// -> truetoNumber(false);// -> 0toNumber([]);// -> 00==0;// -> truefalse==![];// -> true![];// -> falsefalse==false;// -> true
!!"false"==!!"true";// -> true!!"false"===!!"true";// -> true
Consider this step-by-step:
// true is 'truthy' and represented by value 1 (number), 'true' in string form is NaN.true=="true";// -> falsefalse=="false";// -> false// 'false' is not the empty string, so it's a truthy value!!"false";// -> true!!"true";// -> true
"b"+"a"++"a"+"a";// -> 'baNaNa'
This is an old-school joke in JavaScript, but remastered. Here's the original one:
"foo"++"bar";// -> 'fooNaN'
The expression is evaluated as'foo' + (+'bar')
, which converts'bar'
to not a number.
NaN===NaN;// -> false
The specification strictly defines the logic behind this behavior:
- If
Type(x)
is different fromType(y)
, returnfalse.- If
Type(x)
is Number, then
- If
x
isNaN, returnfalse.- If
y
isNaN, returnfalse.- … … …
Following the definition ofNaN
from the IEEE:
Four mutually exclusive relations are possible: less than, equal, greater than, and unordered. The last case arises when at least one operand is NaN. Every NaN shall compare unordered with everything, including itself.
—“What is the rationale for all comparisons returning false for IEEE754 NaN values?” at StackOverflow
Object.is()
determines if two values have the same value or not. It works similar to the===
operator but there are a few weird cases:
Object.is(NaN,NaN);// -> trueNaN===NaN;// -> falseObject.is(-0,0);// -> false-0===0;// -> trueObject.is(NaN,0/0);// -> trueNaN===0/0;// -> false
In JavaScript lingo,NaN
andNaN
are the same value but they're not strictly equal.NaN === NaN
being false is apparently due to historical reasons so it would probably be better to accept it as it is.
Similarly,-0
and0
are strictly equal, but they're not the same value.
For more details aboutNaN === NaN
, see the above case.
You would not believe, but …
(![]+[])[+[]]+(![]+[])[+!+[]]+([![]]+[][[]])[+!+[]+[+[]]]+(![]+[])[!+[]+!+[]];// -> 'fail'
By breaking that mass of symbols into pieces, we notice that the following pattern occurs often:
![]+[];// -> 'false'![];// -> false
So we try adding[]
tofalse
. But due to a number of internal function calls (binary + Operator
->ToPrimitive
->[[DefaultValue]]
) we end up converting the right operand to a string:
![]+[].toString();// 'false'
Thinking of a string as an array we can access its first character via[0]
:
"false"[0];// -> 'f'
The rest is obvious, but thei
is tricky. Thei
infail
is grabbed by generating the string'falseundefined'
and grabbing the element on index['10']
.
More examples:
+![]// -> 0+!![]// -> 1!![]// -> true![]// -> false[][[]]// -> undefined+!![]/+![]// -> Infinity[]+{}// -> "[object Object]"+{}// -> NaN
- Brainfuck beware: JavaScript is after you!
- Writing a sentence without using the Alphabet — generate any phrase using JavaScript
An array is a truthy value, however, it's not equal totrue
.
!![]// -> true[]==true// -> false
Here are links to the corresponding sections in the ECMA-262 specification:
Despite the fact thatnull
is a falsy value, it's not equal tofalse
.
!!null;// -> falsenull==false;// -> false
At the same time, other falsy values, like0
or''
are equal tofalse
.
0==false;// -> true""==false;// -> true
The explanation is the same as for previous example. Here's the corresponding link:
⚠️ This is part of the Browser API and won't work in a Node.js environment⚠️
Despite the fact thatdocument.all
is an array-like object and it gives access to the DOM nodes in the page, it responds to thetypeof
function asundefined
.
document.allinstanceofObject;// -> truetypeofdocument.all;// -> 'undefined'
At the same time,document.all
is not equal toundefined
.
document.all===undefined;// -> falsedocument.all===null;// -> false
But at the same time:
document.all==null;// -> true
document.all
used to be a way to access DOM elements, in particular with old versions of IE. While it has never been a standard it was broadly used in the old age JS code. When the standard progressed with new APIs (such asdocument.getElementById
) this API call became obsolete and the standard committee had to decide what to do with it. Because of its broad use they decided to keep the API but introduce a willful violation of the JavaScript specification.The reason why it responds tofalse
when using theStrict Equality Comparison withundefined
whiletrue
when using theAbstract Equality Comparison is due to the willful violation of the specification that explicitly allows that.—“Obsolete features - document.all” at WhatWG - HTML spec—“Chapter 4 - ToBoolean - Falsy values” at YDKJS - Types & Grammar
Number.MIN_VALUE
is the smallest number, which is greater than zero:
Number.MIN_VALUE>0;// -> true
Number.MIN_VALUE
is5e-324
, i.e. the smallest positive number that can be represented within float precision, i.e. that's as close as you can get to zero. It defines the best resolution that floats can give you.Now the overall smallest value is
Number.NEGATIVE_INFINITY
although it's not really numeric in a strict sense.—“Why is
0
less thanNumber.MIN_VALUE
in JavaScript?” at StackOverflow
⚠️ A bug present in V8 v5.5 or lower (Node.js <=7)⚠️
All of you know about the annoyingundefined is not a function, but what about this?
// Declare a class which extends nullclassFooextendsnull{}// -> [Function: Foo]newFoo()instanceofnull;// > TypeError: function is not a function// > at … … …
This is not a part of the specification. It's just a bug that has now been fixed, so there shouldn't be a problem with it in the future.
It's continuation of story with previous bug in modern environment (tested with Chrome 71 and Node.js v11.8.0).
classFooextendsnull{}newFoo()instanceofnull;// > TypeError: Super constructor null of Foo is not a constructor
This is not a bug because:
Object.getPrototypeOf(Foo.prototype);// -> null
If the class has no constructor the call from prototype chain. But in the parent has no constructor. Just in case, I’ll clarify thatnull
is an object:
typeofnull==="object";
Therefore, you can inherit from it (although in the world of the OOP for such terms would have beaten me). So you can't call the null constructor. If you change this code:
classFooextendsnull{constructor(){console.log("something");}}
You see the error:
ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor
And if you addsuper
:
classFooextendsnull{constructor(){console.log(111);super();}}
JS throws an error:
TypeError: Super constructor null of Foo is not a constructor
What if you try to add two arrays?
[1,2,3]+[4,5,6];// -> '1,2,34,5,6'
The concatenation happens. Step-by-step, it looks like this:
[1,2,3]+[4,5,6][// call toString()(1,2,3)].toString()+[4,5,6].toString();// concatenation"1,2,3"+"4,5,6";// ->("1,2,34,5,6");
You've created an array with 4 empty elements. Despite all, you'll get an array with three elements, because of trailing commas:
leta=[,,,];a.length;// -> 3a.toString();// -> ',,'
Trailing commas (sometimes called "final commas") can be useful when adding new elements, parameters, or properties to JavaScript code. If you want to add a new property, you can simply add a new line without modifying the previously last line if that line already uses a trailing comma. This makes version-control diffs cleaner and editing code might be less troublesome.
—Trailing commas at MDN
Array equality is a monster in JS, as you can see below:
[]==''// -> true[]==0// -> true['']==''// -> true[0]==0// -> true[0]==''// -> false['']==0// -> true[null]==''// true[null]==0// true[undefined]==''// true[undefined]==0// true[[]]==0// true[[]]==''// true[[[[[[]]]]]]==''// true[[[[[[]]]]]]==0// true[[[[[[null]]]]]]==0// true[[[[[[null]]]]]]==''// true[[[[[[undefined]]]]]]==0// true[[[[[[undefined]]]]]]==''// true
You should watch very carefully for the above examples! The behaviour is described in section7.2.15 Abstract Equality Comparison of the specification.
If we don't pass any arguments into theNumber
constructor, we'll get0
. The valueundefined
is assigned to formal arguments when there are no actual arguments, so you might expect thatNumber
without arguments takesundefined
as a value of its parameter. However, when we passundefined
, we will getNaN
.
Number();// -> 0Number(undefined);// -> NaN
According to the specification:
- If no arguments were passed to this function's invocation, let
n
be+0
. - Else, let
n
be ?ToNumber(value)
. - In case of
undefined
,ToNumber(undefined)
should returnNaN
.
Here's the corresponding section:
parseInt
is famous by its quirks:
parseInt("f*ck");// -> NaNparseInt("f*ck",16);// -> 15
💡 Explanation: This happens becauseparseInt
will continue parsing character-by-character until it hits a character it doesn't know. Thef
in'f*ck'
is the hexadecimal digit15
.
ParsingInfinity
to integer is something…
//parseInt("Infinity",10);// -> NaN// ...parseInt("Infinity",18);// -> NaN...parseInt("Infinity",19);// -> 18// ...parseInt("Infinity",23);// -> 18...parseInt("Infinity",24);// -> 151176378// ...parseInt("Infinity",29);// -> 385849803parseInt("Infinity",30);// -> 13693557269// ...parseInt("Infinity",34);// -> 28872273981parseInt("Infinity",35);// -> 1201203301724parseInt("Infinity",36);// -> 1461559270678...parseInt("Infinity",37);// -> NaN
Be careful with parsingnull
too:
parseInt(null,24);// -> 23
💡 Explanation:
It's converting
null
to the string"null"
and trying to convert it. For radixes 0 through 23, there are no numerals it can convert, so it returns NaN. At 24,"n"
, the 14th letter, is added to the numeral system. At 31,"u"
, the 21st letter, is added and the entire string can be decoded. At 37 on there is no longer any valid numeral set that can be generated andNaN
is returned.—“parseInt(null, 24) === 23… wait, what?” at StackOverflow
Don't forget about octals:
parseInt("06");// 6parseInt("08");// 8 if support ECMAScript 5parseInt("08");// 0 if not support ECMAScript 5
💡 Explanation: If the input string begins with "0", radix is eight (octal) or 10 (decimal). Exactly which radix is chosen is implementation-dependent. ECMAScript 5 specifies that 10 (decimal) is used, but not all browsers support this yet. For this reason always specify a radix when usingparseInt
.
parseInt
always convert input to string:
parseInt({toString:()=>2,valueOf:()=>1});// -> 2Number({toString:()=>2,valueOf:()=>1});// -> 1
Be careful while parsing floating point values
parseInt(0.000001);// -> 0parseInt(0.0000001);// -> 1parseInt(1/1999999);// -> 5
💡 Explanation:ParseInt
takes a string argument and returns an integer of the specified radix.ParseInt
also strips anything after and including the first non-digit in the string parameter.0.000001
is converted to a string"0.000001"
and theparseInt
returns0
. When0.0000001
is converted to a string it is treated as"1e-7"
and henceparseInt
returns1
.1/1999999
is interpreted as5.00000250000125e-7
andparseInt
returns5
.
Let's do some math:
true+true;// -> 2(true+true)*(true+true)-true;// -> 3
Hmmm… 🤔
We can coerce values to numbers with theNumber
constructor. It's quite obvious thattrue
will be coerced to1
:
Number(true);// -> 1
The unary plus operator attempts to convert its value into a number. It can convert string representations of integers and floats, as well as the non-string valuestrue
,false
, andnull
. If it cannot parse a particular value, it will evaluate toNaN
. That means we can coercetrue
to1
easier:
+true;// -> 1
When you're performing addition or multiplication, theToNumber
method is invoked. According to the specification, this method returns:
If
argument
istrue, return1. Ifargument
isfalse, return+0.
That's why we can add boolean values as regular numbers and get correct results.
Corresponding sections:
You will be impressed, but<!--
(which is known as HTML comment) is a valid comment in JavaScript.
// valid comment<!-- valid comment too
Impressed? HTML-like comments were intended to allow browsers that didn't understand the<script>
tag to degrade gracefully. These browsers, e.g. Netscape 1.x are no longer popular. So there is really no point in putting HTML comments in your script tags anymore.
Since Node.js is based on the V8 engine, HTML-like comments are supported by the Node.js runtime too. Moreover, they're a part of the specification:
Type ofNaN
is a'number'
:
typeofNaN;// -> 'number'
Explanations of howtypeof
andinstanceof
operators work:
typeof[];// -> 'object'typeofnull;// -> 'object'// howevernullinstanceofObject;// false
The behavior oftypeof
operator is defined in this section of the specification:
According to the specification, thetypeof
operator returns a string according toTable 37:typeof
Operator Results. Fornull
, ordinary, standard exotic and non-standard exotic objects, which do not implement[[Call]]
, it returns the string"object"
.
However, you can check the type of an object by using thetoString
method.
Object.prototype.toString.call([]);// -> '[object Array]'Object.prototype.toString.call(newDate());// -> '[object Date]'Object.prototype.toString.call(null);// -> '[object Null]'
999999999999999;// -> 9999999999999999999999999999999;// -> 1000000000000000010000000000000000;// -> 1000000000000000010000000000000000+1;// -> 1000000000000000010000000000000000+1.1;// -> 10000000000000002
This is caused by IEEE 754-2008 standard for Binary Floating-Point Arithmetic. At this scale, it rounds to the nearest even number. Read more:
- 6.1.6 The Number Type
- IEEE 754 on Wikipedia
A well-known joke. An addition of0.1
and0.2
is deadly precise:
0.1+0.2;// -> 0.300000000000000040.1+0.2===0.3;// -> false
The answer for the”Is floating point math broken?” question on StackOverflow:
The constants
0.2
and0.3
in your program will also be approximations to their true values. It happens that the closestdouble
to0.2
is larger than the rational number0.2
but that the closestdouble
to0.3
is smaller than the rational number0.3
. The sum of0.1
and0.2
winds up being larger than the rational number0.3
and hence disagreeing with the constant in your code.
This problem is so known that there is even a website called0.30000000000000004.com. It occurs in every language that uses floating-point math, not just JavaScript.
You can add your own methods to wrapper objects likeNumber
orString
.
Number.prototype.isOne=function(){returnNumber(this)===1;};(1.0).isOne();// -> true(1).isOne();// -> true(2.0).isOne();// -> false(7).isOne();// -> false
Obviously, you can extend theNumber
object like any other object in JavaScript. However, it's not recommended if the behavior of the defined method is not a part of the specification. Here is the list ofNumber
's properties:
1<2<3;// -> true3>2>1;// -> false
Why does this work that way? Well, the problem is in the first part of an expression. Here's how it works:
1<2<3;// 1 < 2 -> truetrue<3;// true -> 11<3;// -> true3>2>1;// 3 > 2 -> truetrue>1;// true -> 11>1;// -> false
We can fix this withGreater than or equal operator (>=
):
3>2>=1;// true
Read more about Relational operators in the specification:
Often the results of arithmetic operations in JavaScript might be quite unexpected. Consider these examples:
3-1// -> 23+1// -> 4'3'-1// -> 2'3'+1// -> '31'''+''// -> ''[]+[]// -> ''{}+[]// -> 0[]+{}// -> '[object Object]'{}+{}// -> '[object Object][object Object]''222'--'111'// -> 333[4]*[4]// -> 16[]*[]// -> 0[4,4]*[4,4]// NaN
What's happening in the first four examples? Here's a small table to understand addition in #"Number + Number -> additionBoolean + Number -> additionBoolean + Boolean -> additionNumber + String -> concatenationString + Boolean -> concatenationString + String -> concatenation">
Number + Number -> additionBoolean + Number -> additionBoolean + Boolean -> additionNumber + String -> concatenationString + Boolean -> concatenationString + String -> concatenation
What about other examples? AToPrimitive
andToString
methods are being implicitly called for[]
and{}
before addition. Read more about evaluation process in the specification:
Notably,{} + []
here is the exception. The reason why it differs from[] + {}
is that, without parenthesis, it is interpreted as a code block and then a unary +, converting[]
into a number. It sees the following:
{// a code block here}+[];// -> 0
To get the same output as[] + {}
we can wrap it in parenthesis.
({}+[]);// -> [object Object]
Did you know you can add numbers like this?
// Patch a toString methodRegExp.prototype.toString=function(){returnthis.source;}/7/-/5/;// -> 2
"str";// -> 'str'typeof"str";// -> 'string'"str"instanceofString;// -> false
TheString
constructor returns a string:
typeofString("str");// -> 'string'String("str");// -> 'str'String("str")=="str";// -> true
Let's try with anew
:
newString("str")=="str";// -> truetypeofnewString("str");// -> 'object'
Object? What's that?
newString("str");// -> [String: 'str']
More information about the String constructor in the specification:
Let's declare a function which logs all params into the console:
functionf(...args){returnargs;}
No doubt, you know you can call this function like this:
f(1,2,3);// -> [ 1, 2, 3 ]
But did you know you can call any function with backticks?
f`true is${true}, false is${false}, array is${[1,2,3]}`;// -> [ [ 'true is ', ', false is ', ', array is ', '' ],// -> true,// -> false,// -> [ 1, 2, 3 ] ]
Well, this is not magic at all if you're familiar withTagged template literals. In the example above,f
function is a tag for template literal. Tags before template literal allow you to parse template literals with a function. The first argument of a tag function contains an array of string values. The remaining arguments are related to the expressions. Example:
functiontemplate(strings, ...keys){// do something with strings and keys…}
This is themagic behind famous library called💅 styled-components, which is popular in the React community.
Link to the specification:
Found by@cramforce
console.log.call.call.call.call.call.apply(a=>a,[1,2]);
Attention, it could break your mind! Try to reproduce this code in your head: we're applying thecall
method using theapply
method. Read more:
- 19.2.3.3 Function.prototype.call(
thisArg
, ...args
) - **19.2.3.1 ** Function.prototype.apply(
thisArg
,argArray
)
constc="constructor";c[c][c]('console.log("WTF?")')();// > WTF?
Let's consider this example step-by-step:
// Declare a new constant which is a string 'constructor'constc="constructor";// c is a stringc;// -> 'constructor'// Getting a constructor of stringc[c];// -> [Function: String]// Getting a constructor of constructorc[c][c];// -> [Function: Function]// Call the Function constructor and pass// the body of new function as an argumentc[c][c]('console.log("WTF?")');// -> [Function: anonymous]// And then call this anonymous function// The result is console-logging a string 'WTF?'c[c][c]('console.log("WTF?")')();// > WTF?
AnObject.prototype.constructor
returns a reference to theObject
constructor function that created the instance object. In case with strings it isString
, in case with numbers it isNumber
and so on.
{[{}]:{}}// -> { '[object Object]': {}}
Why does this work so? Here we're using aComputed property name. When you pass an object between those brackets, it coerces object to a string, so we get the property key'[object Object]'
and the value{}
.
We can make "brackets hell" like this:
({[{}]:{[{}]:{}}}[{}][{}]);// -> {}// structure:// {// '[object Object]': {// '[object Object]': {}// }// }
Read more about object literals here:
As we know, primitives don't have prototypes. However, if we try to get a value of__proto__
for primitives, we would get this:
(1).__proto__.__proto__.__proto__;// -> null
This happens because when something doesn't have a prototype, it will be wrapped into a wrapper object using theToObject
method. So, step-by-step:
(1).__proto__;// -> [Number: 0](1).__proto__.__proto__;// -> {}(1).__proto__.__proto__.__proto__;// -> null
Here is more information about__proto__
:
What is the result of the expression below?
`${{ Object}}`;
The answer is:
// -> '[object Object]'
We defined an object with a propertyObject
usingShorthand property notation:
{ Object:Object;}
Then we've passed this object to the template literal, so thetoString
method calls for that object. That's why we get the string'[object Object]'
.
Consider this example:
letx,{x:y=1}={ x};y;
The example above is a great task for an interview. What the value ofy
? The answer is:
// -> 1
letx,{x:y=1}={ x};y;// ↑ ↑ ↑ ↑// 1 3 2 4
With the example above:
- We declare
x
with no value, so it'sundefined
. - Then we pack the value of
x
into the object propertyx
. - Then we extract the value of
x
using destructuring and want to assign it toy
. If the value is not defined, then we're going to use1
as the default value. - Return the value of
y
.
- Object initializer at MDN
Interesting examples could be composed with spreading of arrays. Consider this:
[...[..."..."]].length;// -> 3
Why3
? When we use thespread operator, the@@iterator
method is called, and the returned iterator is used to obtain the values to be iterated. The default iterator for string spreads a string into characters. After spreading, we pack these characters into an array. Then we spread this array again and pack it back to an array.
A'...'
string consists with three.
characters, so the length of resulting array is3
.
Now, step-by-step:
[...'...']// -> [ '.', '.', '.' ][...[...'...']]// -> [ '.', '.', '.' ][...[...'...']].length// -> 3
Obviously, we can spread and wrap the elements of an array as many times as we want:
[...'...']// -> [ '.', '.', '.' ][...[...'...']]// -> [ '.', '.', '.' ][...[...[...'...']]]// -> [ '.', '.', '.' ][...[...[...[...'...']]]]// -> [ '.', '.', '.' ]// and so on …
Not many programmers know about labels in JavaScript. They are kind of interesting:
foo:{console.log("first");break foo;console.log("second");}// > first// -> undefined
The labeled statement is used withbreak
orcontinue
statements. You can use a label to identify a loop, and then use thebreak
orcontinue
statements to indicate whether a program should interrupt the loop or continue its execution.
In the example above, we identify a labelfoo
. After thatconsole.log('first');
executes and then we interrupt the execution.
Read more about labels in #"auto">
a: b: c: d: e: f: g:1,2,3,4,5;// -> 5
Similar to previous examples, follow these links:
What will this expression return?2
or3
?
(()=>{try{return2;}finally{return3;}})();
The answer is3
. Surprised?
Take a look at the example below:
newclassFextends(String,Array){}();// -> F []
Is this a multiple inheritance? Nope.
The interesting part is the value of theextends
clause ((String, Array)
). The grouping operator always returns its last argument, so(String, Array)
is actually justArray
. That means we've just created a class which extendsArray
.
Consider this example of a generator which yields itself:
(function*f(){yieldf;})().next();// -> { value: [GeneratorFunction: f], done: false }
As you can see, the returned value is an object with itsvalue
equal tof
. In that case, we can do something like this:
(function*f(){yieldf;})().next().value().next()(// -> { value: [GeneratorFunction: f], done: false }// and againfunction*f(){yieldf;})().next().value().next().value().next()(// -> { value: [GeneratorFunction: f], done: false }// and againfunction*f(){yieldf;})().next().value().next().value().next().value().next();// -> { value: [GeneratorFunction: f], done: false }// and so on// …
To understand why this works that way, read these sections of the specification:
Consider this obfuscated syntax playing:
typeofnewclass{class(){}}();// -> 'object'
It seems like we're declaring a class inside of class. Should be an error, however, we get the string'object'
.
Since ECMAScript 5 era,keywords are allowed asproperty names. So think about it as this simple object example:
constfoo={class:function(){}};
And ES6 standardized shorthand method definitions. Also, classes can be anonymous. So if we drop: function
part, we're going to get:
class{class(){}}
The result of a default class is always a simple object. And its typeof should return'object'
.
Read more here:
With well-known symbols, there's a way to get rid of type coercion. Take a look:
functionnonCoercible(val){if(val==null){throwTypeError("nonCoercible should not be called with null or undefined");}constres=Object(val);res[Symbol.toPrimitive]=()=>{throwTypeError("Trying to coerce non-coercible object");};returnres;}
Now we can use this like this:
// objectsconstfoo=nonCoercible({foo:"foo"});foo*10;// -> TypeError: Trying to coerce non-coercible objectfoo+"evil";// -> TypeError: Trying to coerce non-coercible object// stringsconstbar=nonCoercible("bar");bar+"1";// -> TypeError: Trying to coerce non-coercible objectbar.toString()+1;// -> bar1bar==="bar";// -> falsebar.toString()==="bar";// -> truebar=="bar";// -> TypeError: Trying to coerce non-coercible object// numbersconstbaz=nonCoercible(1);baz==1;// -> TypeError: Trying to coerce non-coercible objectbaz===1;// -> falsebaz.valueOf()===1;// -> true
Consider the example below:
letf=()=>10;f();// -> 10
Okay, fine, but what about this:
letf=()=>{};f();// -> undefined
You might expect{}
instead ofundefined
. This is because the curly braces are part of the syntax of the arrow functions, sof
will return undefined. It is however possible to return the{}
object directly from an arrow function, by enclosing the return value with brackets.
letf=()=>({});f();// -> {}
Consider the example below:
letf=function(){this.a=1;};newf();// -> f { 'a': 1 }
Now, try do to the same with an arrow function:
letf=()=>{this.a=1;};newf();// -> TypeError: f is not a constructor
Arrow functions cannot be used as constructors and will throw an error when used withnew
. Because they have a lexicalthis
, and do not have aprototype
property, so it would not make much sense.
Consider the example below:
letf=function(){returnarguments;};f("a");// -> { '0': 'a' }
Now, try do to the same with an arrow function:
letf=()=>arguments;f("a");// -> Uncaught ReferenceError: arguments is not defined
Arrow functions are a lightweight version of regular functions with a focus on being short and lexicalthis
. At the same time arrow functions do not provide a binding for thearguments
object. As a valid alternative use therest parameters
to achieve the same result:
letf=(...args)=>args;f("a");
- Arrow functions at MDN.
return
statement is also tricky. Consider this:
(function(){return{ b:10;}})();// -> undefined
return
and the returned expression must be in the same line:
(function(){return{b:10};})();// -> { b: 10 }
This is because of a concept called Automatic Semicolon Insertion, which automagically inserts semicolons after most newlines. In the first example, there is a semicolon inserted between thereturn
statement and the object literal, so the function returnsundefined
and the object literal is never evaluated.
varfoo={n:1};varbar=foo;foo.x=foo={n:2};foo.x;// -> undefinedfoo;// -> {n: 2}bar;// -> {n: 1, x: {n: 2}}
From right to left,{n: 2}
is assigned to foo, and the result of this assignment{n: 2}
is assigned to foo.x, that's why bar is{n: 1, x: {n: 2}}
as bar is a reference to foo. But why foo.x is undefined while bar.x is not ?
Foo and bar references the same object{n: 1}
, and lvalues are resolved before assignations.foo = {n: 2}
is creating a new object, and so foo is updated to reference that new object. The trick here is foo infoo.x = ...
as a lvalue was resolved beforehand and still reference the oldfoo = {n: 1}
object and update it by adding the x value. After that chain assignments, bar still reference the old foo object, but foo reference the new{n: 2}
object, where x is not existing.
It's equivalent to:
varfoo={n:1};varbar=foo;foo={n:2};// -> {n: 2}bar.x=foo;// -> {n: 1, x: {n: 2}}// bar.x point to the address of the new foo object// it's not equivalent to: bar.x = {n: 2}
varobj={property:1};vararray=["property"];obj[array];// -> 1// this also works with nested arraysvarnestedArray=[[[[[[[[[["property"]]]]]]]]]];obj[nestedArray];// -> 1
What about pseudo-multidimensional arrays?
varmap={};varx=1;vary=2;varz=3;map[[x,y,z]]=true;map[[x+10,y,z]]=true;map["1,2,3"];// -> truemap["11,2,3"];// -> true
The brackets[]
operator converts the passed expression usingtoString
. Converting a one-element array to a string is akin to converting the contained element to the string:
["property"].toString();// -> 'property'
Number.toFixed()
can behave a bit strange in different browsers. Check out this example:
(0.7875).toFixed(3);// Firefox: -> 0.787// Chrome: -> 0.787// IE11: -> 0.788(0.7876).toFixed(3);// Firefox: -> 0.788// Chrome: -> 0.788// IE11: -> 0.788
While your first instinct may be that IE11 is correct and Firefox/Chrome are wrong, the reality is that Firefox/Chrome are more directly obeying standards for numbers (IEEE-754 Floating Point), while IE11 is minutely disobeying them in (what is probably) an effort to give clearer results.
You can see why this occurs with a few quick tests:
// Confirm the odd result of rounding a 5 down(0.7875).toFixed(3);// -> 0.787// It looks like it's just a 5 when you expand to the// limits of 64-bit (double-precision) float accuracy(0.7875).toFixed(14);// -> 0.78750000000000// But what if you go beyond the limit?(0.7875).toFixed(20);// -> 0.78749999999999997780
Floating point numbers are not stored as a list of decimal digits internally, but through a more complicated methodology that produces tiny inaccuracies that are usually rounded away by toString and similar calls, but are actually present internally.
In this case, that "5" on the end was actually an extremely tiny fraction below a true 5. Rounding it at any reasonable length will render it as a 5... but it is actually not a 5 internally.
IE11, however, will report the value input with only zeros appended to the end even in the toFixed(20) case, as it seems to be forcibly rounding the value to reduce the troubles from hardware limits.
See for referenceNOTE 2
on the ECMA-262 definition fortoFixed
.
I find this example hilarious:
Math.min()>Math.max();// -> trueMath.min()<Math.max();// -> false
This is a simple one. Let's consider each part of this expression separately:
Math.min();// -> InfinityMath.max();// -> -InfinityInfinity>-Infinity;// -> true
Why so? Well,Math.max()
is not the same thing asNumber.MAX_VALUE
. It does not return the largest possible number.
Math.max
takes arguments, tries to convert the to numbers, compares each one and then returns the largest remaining. If no arguments are given, the result is −∞. If any value isNaN
, the result isNaN
.
The opposite is happening forMath.min
.Math.min
returns ∞, if no arguments are given.
The following expressions seem to introduce a contradiction:
null==0;// -> falsenull>0;// -> falsenull>=0;// -> true
How cannull
be neither equal to nor greater than0
, ifnull >= 0
is actuallytrue
? (This also works with less than in the same way.)
The way these three expressions are evaluated are all different and are responsible for producing this unexpected behavior.
First, the abstract equality comparisonnull == 0
. Normally, if this operator can't compare the values on either side properly, it converts both to numbers and compares the numbers. Then, you might expect the following behavior:
// This is not what happens(null==0+null)==+0;0==0;true;
However, according to a close reading of the spec, the number conversion doesn't actually happen on a side that isnull
orundefined
. Therefore, if you havenull
on one side of the equal sign, the other side must benull
orundefined
for the expression to returntrue
. Since this is not the case,false
is returned.
Next, the relational comparisonnull > 0
. The algorithm here, unlike that of the abstract equality operator,will convertnull
to a number. Therefore, we get this behavior:
null>0+null=+00>0false
Finally, the relational comparisonnull >= 0
. You could argue that this expression should be the result ofnull > 0 || null == 0
; if this were the case, then the above results would mean that this would also befalse
. However, the>=
operator in fact works in a very different way, which is basically to take the opposite of the<
operator. Because our example with the greater than operator above also holds for the less than operator, that means this expression is actually evaluated like so:
null>=0;!(null<0);!(+null<+0);!(0<0);!false;true;
JS allows to redeclare variables:
a;a;// This is also valida,a;
Works also in strict mode:
vara,a,a;vara;vara;
All definitions are merged into one definition.
Imagine that you need to sort an array of numbers.
[10,1,3].sort();// -> [ 1, 10, 3 ]
The default sort order is built upon converting the elements into strings, then comparing their sequences of UTF-16 code units values.
PasscompareFn
if you try to sort anything but string.
[10,1,3].sort((a,b)=>a-b);// -> [ 1, 3, 10 ]
consttheObject={a:7};constthePromise=newPromise((resolve,reject)=>{resolve(theObject);});// Promise instance objectthePromise.then(value=>{console.log(value===theObject);// > trueconsole.log(value);// > { a: 7 }});
Thevalue
which is resolved fromthePromise
is exactlytheObject
.
How about input anotherPromise
into theresolve
function?
consttheObject=newPromise((resolve,reject)=>{resolve(7);});// Promise instance objectconstthePromise=newPromise((resolve,reject)=>{resolve(theObject);});// Promise instance objectthePromise.then(value=>{console.log(value===theObject);// > falseconsole.log(value);// > 7});
This function flattens nested layers of promise-like objects (e.g. a promise that resolves to a promise that resolves to something) into a single layer.
The specification isECMAScript 25.6.1.3.2 Promise Resolve Functions. But it is not quite human-friendly.
Write them in the console. They will return the value defined in the last object.
{}{};// -> undefined{}{}{};// -> undefined{}{}{}{};// -> undefined{foo:'bar'}{};// -> 'bar'{}{foo:'bar'};// -> 'bar'{}{foo:'bar'}{};// -> 'bar'{a:'b'}{c:' d'}{};// -> 'd'{a:'b',c:'d'}{};// > SyntaxError: Unexpected token ':'({}{});// > SyntaxError: Unexpected token '{'
When inspecting each{}
, they returns undefined. If you inspect{foo: 'bar'}{}
, you will find{foo: 'bar'}
is'bar'
.
There are two meanings for{}
: an object or a block. For example, the{}
in() => {}
means block. So we need to use() => ({})
to return an object.
Let's use{foo: 'bar'}
as a block. Write this snippet in your console:
if(true){ foo:"bar";}// -> 'bar'
Surprisingly, it behaviors the same! You can guess here that{foo: 'bar'}{}
is a block.
Consider this function:
functiona(x){arguments[0]="hello";console.log(x);}a();// > undefineda(1);// > "hello"
arguments
is an Array-like object that contains the values of the arguments passed to that function. When no arguments are passed, then there's nox
to override.
- The arguments object on MDN
This on is literally from hell:
[666]["\155\141\160"]["\143\157\156\163\164\162\165\143\164\157\162"]("\141\154\145\162\164(666)")(666);// alert(666)
This one is based on octal escape sequences and multiple strings.
Any character with a character code lower than 256 (i.e. any character in the extended ASCII range) can be escaped using its octal-encoded character code, prefixed with\
. An example above is basically andalert
ecoded by octal escape sequances.
Guess what would happen if we set an infinite timeout?
setTimeout(()=>console.log("called"),Infinity);// -> <timeoutId>// > 'called'
It will executed immediately instead of infinity delay.
Usually, runtime stores the delay as a 32-bit signed integer internally. This causes an integer overflow, resulting in the timeout being executed immediately.
For example, in Node.js we will get this warning:
(node:1731) TimeoutOverflowWarning: Infinity does not fit into a 32-bit signed integer.Timeout duration was set to 1.(Use `node --trace-warnings ...` to show where the warning was created)
Guess what would happen if we set an callback that's not a function tosetTimeout
?
setTimeout(123,100);// -> <timeoutId>// > 'called'
This is fine.
setTimeout('{a: 1}',100);// -> <timeoutId>// > 'called'
This is also fine.
setTimeout({a:1},100);// -> <timeoutId>// > 'Uncaught SyntaxError: Unexpected identifier setTimeout (async) (anonymous) @ VM__:1'
This throws anSyntaxError.
Note that this can easily happen if your function returns an object and you call it here instead of passing it! What if the content - policy is set toself
?
setTimeout(123,100);// -> <timeoutId>// > console.error("[Report Only] Refused to evaluate a string as JavaScript because 'unsafe-eval' is not an allowed source of script in the following Content Security Policy directive: "script-src 'report-sample' 'self' ")
The console refuses to run it at all!
WindowOrWorkerGlobalScope.setTimeout()
can be called withcode
as first argument, which will be passed on toeval
, which is bad. Eval will coerce her input to String, and evaluate what is produced, so Objects becomes'[object Object]'
which has hmmm ... an'Unexpected identifier'
!
- eval() on MDN (don't use this)
- WindowOrWorkerGlobalScope.setTimeout() on MDN
- Content Security Policy
- Timers on W3C
Let's try to coerce a number to a string:
27.toString()// > Uncaught SyntaxError: Invalid or unexpected token
Maybe we should try with two dots?
27..toString();// -> '27'
But why doesn't first example work?
It's just a language grammar limitation.
The.
character presents an ambiguity. It can be understood to be the member operator, or a decimal, depending on its placement.
The specification's interpretation of the.
character in that particular position is that it will be a decimal. This is defined by the numeric literal syntax of ECMAScript.
You must always use parenthesis or an addition dot to make such expression valid.
(27).toString();// -> '27'// or27..toString();// -> '27'
- Usage of toString in JavaScript on StackOverflow
- Why does 10..toString() work, but 10.toString() does not?
I present this as an oddity for your amusement.
classFooextendsFunction{constructor(val){super();this.prototype.val=val;}}newnewFoo(":D")().val;// -> ':D'
Constructors in JavaScript are just functions with some special treatment. By extending Function using the class syntax you create a class that, when instantiated, is now a function, which you can then additionally instantiate.
While not exhaustively tested, I believe the last statement can be analyzed thus:
newnewFoo(":D")().val(newnewFooInstance()).val;veryNewFooInstance.val;// -> ':D'
As a tiny addendum, doingnew Function('return "bar";')
of course creates a function with the bodyreturn "bar";
. Sincesuper()
in the constructor of ourFoo
class is callingFunction
's constructor, it should come as no surprise now to see that we can additionally manipulate things in there.
classFooextendsFunction{constructor(val){super(` this.val = arguments[0]; `);this.prototype.val=val;}}varfoo=newnewFoo(":D")("D:");foo.val;// -> 'D:'deletefoo.val;// remove the instance prop 'val', deferring back to the prototype's 'val'.foo.val;// -> ':D'
Writing some standard JavaScript… and then BOOM!
classSomeClass{["array"]=[]["string"]="str"}newSomeClass().array;// -> 'str'
What the …?
Once again, this is all thanks to the Automatic Semicolon Insertion.
An example above is basically the same as:
classSomeClass{["array"]=([]["string"]="str");}
You basically assign a stringstr
into anarray
property.
- An original tweet with an example by Ryan Cavanaugh
- TC39 meeting when they debated about it
Have you ever tried to split a string by a space?
"".split("");// -> []// but…"".split(" ");// -> [""]
This is expected behaviour. Its responsibility is to divide the input string every time a separator occurs in that input string. When you pass in an empty string it'll never find a separator and thus return that string.
Let's quote the specification:
The substrings are determined by searching from left to right for occurrences of
separator
; these occurrences are not part of any String in the returned array, but serve to divide up the String value.
- 22.1.3.21 String.prototype.split
- An original tween with an example by Ryan Cavanaugh
- A tween with an explanation by Nabil Tharwat
This caused a bug that I've been solving for a few days:
JSON.stringify("production")==="production";// -> false
Let's see whatJSON.stringify
is returning:
JSON.stringify("production");// -> '"production"'
It is actually a stringified string, so it's true:
'"production"'==="production";// -> false
1==true;// -> true// but…Boolean(1.1);// -> true1.1==true;// -> false
According to the specification:
The comparison x == y, where x and y are values, produces true or false. Such a comparison is performed as follows:
- If
Type(x)
is Number andType(y)
is String, return the result of the comparisonx == ! ToNumber(y)
.
So this comparison is performed like this:
1==true;1==Number(true);1==1;// -> true// but…1.1==true;1.1==Number(true);1.1==1;// -> false
- wtfjs.com — a collection of those very special irregularities, inconsistencies and just plain painfully unintuitive moments for the language of the web.
- Wat — A lightning talk by Gary Bernhardt from CodeMash 2012
- What the... JavaScript? — Kyle Simpsons talk for Forward 2 attempts to “pull out the crazy” from JavaScript. He wants to help you produce cleaner, more elegant, more readable code, then inspire people to contribute to the open source community.
- Zeros in JavaScript — a comparison table of
==
,===
,+
and*
in JavaScript.
Hi! I work on this project in my spare time, in addition to my primary job. I hope you enjoy reading it. If you do, please, consider supporting me 🙏.
Every single donation is important. Your donation is gonna make a clear statement: My work is valued.
🙏 Thank you for your support! 🙏
Service | Link | Action |
---|---|---|
Patreon | Become a patron | |
BuyMeACoffee | Buy me a cup of ☕️ or 🥤 | |
Bitcoin | 1EJsKs6rPsqa7QLoVLpe3wgcdL9Q8WmDxE | ![]() |
Ethereum | 0x6aF39C917359897ae6969Ad682C14110afe1a0a1 | ![]() |
⚠️ Note: I live in Ukraine and services like PayPal and Stripe don't work with Ukrainian bank accounts. This means there's no way for me to set up GitHub Sponsors, OpenCollective, or services relied on them. Sorry, those are the only ways you can support me for now.
About
🤪 A list of funny and tricky JavaScript examples