**Operator precedence** determines how operators are parsed concerning each other. Operators with higher precedence become the operands of operators with lower precedence.

Consider an expression describable by the representation below. Note that both OP_{1} and OP_{2} are fill-in-the-blanks for OPerators.

a OP1 b OP2 c

If `OP1`

and `OP2`

have different precedence levels (see the table below), the operator with the highest precedence goes first and associativity does not matter. Observe how multiplication has higher precedence than addition and executed first, even though addition is written first in the code.

console.log(3 + 10 * 2); // logs 23 console.log(3 + (10 * 2)); // logs 23 because parentheses here are superfluous console.log((3 + 10) * 2); // logs 26 because the parentheses change the order

Left-associativity (left-to-right) means that it is processed as `(a OP1 b) OP2 c`

, while right-associativity (right-to-left) means it is interpreted as `a OP1 (b OP2 c)`

. Assignment operators are right-associative, so you can write:

a = b = 5; // same as writing a = (b = 5);

with the expected result that `a`

and `b`

get the value 5. This is because the assignment operator returns the value that is assigned. First, `b`

is set to 5. Then the `a`

is also set to 5, the return value of `b = 5`

, aka right operand of the assignment.

As another example, the unique exponentiation operator has right-associativity, whereas other arithmetic operators have left-associativity. It is interesting to note that, the order of evaluation is always left-to-right regardless of associativity and precedence.

Code | Output |

function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } // Notice the division operator (/) console.log(echo("left", 6) / echo("right", 2)); | Evaluating the left side Evaluating the right side 3 |

function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } // Notice the exponentiation operator (**) console.log(echo("left", 2) ** echo("right", 3)); | Evaluating the left side Evaluating the right side 8 |

The difference in associativity comes into play when there are multiple operators of the same precedence. With only one operator or operators of different precedences, associativity doesn't affect the output, as seen in the example above. In the example below, observe how associativity affects the output when multiple of the same operator are used.

Code | Output |

function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } // Notice the division operator (/) console.log(echo("left", 6) / echo("middle", 2) / echo("right", 3)); | Evaluating the left side Evaluating the middle side Evaluating the right side 1 |

function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } // Notice the exponentiation operator (**) console.log(echo("left", 2) ** echo("middle", 3) ** echo("right", 2)); | Evaluating the left side Evaluating the middle side Evaluating the right side 512 |

function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } // Notice the parentheses around the left and middle exponentiation console.log((echo("left", 2) ** echo("middle", 3)) ** echo("right", 2)); | Evaluating the left side Evaluating the middle side Evaluating the right side 64 |

Looking at the code snippets above, `6 / 3 / 2`

is the same as `(6 / 3) / 2`

because division is left-associative. Exponentiation, on the other hand, is right-associative, so `2 ** 3 ** 2`

is the same as `2 ** (3 ** 2)`

. Thus, doing `(2 ** 3) ** 2`

changes the order and results in the 64 seen in the table above.

Remember that precedence comes before associativity. So, mixing division and exponentiation, the exponentiation comes before the division. For example, `2 ** 3 / 3 ** 2`

results in 0.8888888888888888 because it is the same as `(2 ** 3) / (3 ** 2)`

.

In the table below, **Grouping** is listed as having the highest precedence. However, that does not always mean the expression within the grouping symbols `( … )`

is evaluated first, especially when it comes to short-circuiting.

Short-circuiting is jargon for conditional evaluation. For example, in the expression `a && (b + c)`

, if `a`

is falsy, then the sub-expression `(b + c)`

will not even get evaluated, even if it is in parentheses. We could say that the logical disjunction operator ("OR") is "short-circuited". Along with logical disjunction, other short-circuited operators include logical conjunction ("AND"), nullish-coalescing, optional chaining, and the conditional operator. Some more examples follow.

a || (b * c); // evaluate `a` first, then produce `a` if `a` is "truthy" a && (b < c); // evaluate `a` first, then produce `a` if `a` is "falsy" a ?? (b || c); // evaluate `a` first, then produce `a` if `a` is not `null` and not `undefined` a?.b.c; // evaluate `a` first, then produce `undefined` if `a` is `null` or `undefined`

3 > 2 && 2 > 1 // returns true 3 > 2 > 1 // Returns false because 3 > 2 is true, then true is converted to 1 // in inequality operators, therefore true > 1 becomes 1 > 1, which // is false. Adding parentheses makes things clear: (3 > 2) > 1.

The following table lists operators in order from highest precedence (19) to lowest precedence (1).

Note that spread syntax is intentionally not included in the table — because, to quote an an answer at Stack Overflow, “Spread syntax is not an operator and therefore does not have a precedence. It is part of the array literal and function call (and object literal) syntax.”

Precedence | Operator type | Associativity | Individual operators |
---|---|---|---|

19 | Grouping | n/a | `( … )` |

18 | Member Access | left-to-right | `… . …` |

Computed Member Access | left-to-right | `… [ … ]` | |

`new` (with argument list) | n/a | `new … ( … )` | |

Function Call | left-to-right | `… ( ` | |

Optional chaining | left-to-right | `?.` | |

17 |
`new` (without argument list) | right-to-left | `new …` |

16 | Postfix Increment | n/a | `… ++` |

Postfix Decrement | `… --` | ||

15 | Logical NOT (!) | right-to-left | `! …` |

Bitwise NOT (~) | `~ …` | ||

Unary plus (+) | `+ …` | ||

Unary negation (-) | `- …` | ||

Prefix Increment | `++ …` | ||

Prefix Decrement | `-- …` | ||

`typeof` | `typeof …` | ||

`void` | `void …` | ||

`delete` | `delete …` | ||

`await` | `await …` | ||

14 | Exponentiation (**) | right-to-left | `… ** …` |

13 | Multiplication (*) | left-to-right | `… * …` |

Division (/) | `… / …` | ||

Remainder (%) | `… % …` | ||

12 | Addition (+) | left-to-right | `… + …` |

Subtraction (-) | `… - …` | ||

11 | Bitwise Left Shift (<<) | left-to-right | `… << …` |

Bitwise Right Shift (>>) | `… >> …` | ||

Bitwise Unsigned Right Shift (>>>) | `… >>> …` | ||

10 | Less Than (<) | left-to-right | `… < …` |

Less Than Or Equal (<=) | `… <= …` | ||

Greater Than (>) | `… > …` | ||

Greater Than Or Equal (>=) | `… >= …` | ||

`in` | `… in …` | ||

`instanceof` | `… instanceof …` | ||

9 | Equality (==) | left-to-right | `… == …` |

Inequality (!=) | `… != …` | ||

Strict Equality (===) | `… === …` | ||

Strict Inequality (!==) | `… !== …` | ||

8 | Bitwise AND (&) | left-to-right | `… & …` |

7 | Bitwise XOR (^) | left-to-right | `… ^ …` |

6 | Bitwise OR (|) | left-to-right | `… | …` |

5 | Logical AND (&&) | left-to-right | `… && …` |

4 | Logical OR (||) | left-to-right | `… || …` |

Nullish coalescing operator (??) | left-to-right | `… ?? …` | |

3 | Conditional (ternary) operator | right-to-left | `… ? … : …` |

2 | Assignment | right-to-left | `… = …` |

`… += …` | |||

`… -= …` | |||

`… **= …` | |||

`… *= …` | |||

`… /= …` | |||

`… %= …` | |||

`… <<= …` | |||

`… >>= …` | |||

`… >>>= …` | |||

`… &= …` | |||

`… ^= …` | |||

`… |= …` | |||

`… &&= …` | |||

`… ||= …` | |||

`… ??= …` | |||

`yield` | right-to-left | `yield …` | |

`yield*` | `yield* …` | ||

1 | Comma / Sequence | left-to-right | `… , …` |

© 2005–2021 MDN contributors.

Licensed under the Creative Commons Attribution-ShareAlike License v2.5 or later.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Operator_Precedence