Recently I came across this question: Assignment operator chain understanding.
While answering this question I started doubting my own understanding of the behavior of the addition assignment operator +=
or any other operator=
(&=
, *=
, /=
, etc.).
My question is, when is the variable a
in the expressions below updated in place, so that its changed value is reflected in other places in the expression during evaluation, and what is the logic behind it? Please take a look at following two expressions:
Expression 1
a = 1 b = (a += (a += a)) //b = 3 is the result, but if a were updated in place then it should've been 4
Expression 2
a = 1 b = (a += a) + (a += a) //b = 6 is the result, but if a is not updated in place then it should've been 4
In the first expression, when the innermost expression (a += a)
is evaluated, it seems that it doesn't update value of a
, thus the result comes out as 3
instead of 4
.
However, in the second expression, the value of a
is updated and so the result is 6.
When should we assume that a
's value will be reflected in other places in the expression and when should we not?
The addition assignment operator ( += ) adds the value of the right operand to a variable and assigns the result to the variable. The types of the two operands determine the behavior of the addition assignment operator. Addition or concatenation is possible.
An assignment operator assigns a value to its left operand based on the value of its right operand. The simple assignment operator is equal ( = ), which assigns the value of its right operand to its left operand. That is, x = f() is an assignment expression that assigns the value of f() to x .
Compound-Assignment Operators in Java Java supports 11 compound-assignment operators: += assigns the result of the addition. -= assigns the result of the subtraction. /= assigns the result of the division.
+ is an arithmetic operator while += is an assignment operator.. When += is used, the value on the RHS will be added to the variable on the LHS and the resultant value will be assigned as the new value of the LHS..
Remember that a += x
really means a = a + x
. The key point to understand is that addition is evaluated from left to right -- that is, the a
in a + x
is evaluated before x
.
So let's figure out what b = (a += (a += a))
does. First we use the rule a += x
means a = a + x
, and then we start evaluating the expression carefully in the correct order:
b = (a = a + (a = a + a))
because a += x
means a = a + x
b = (a = 1 + (a = a + a))
because a
is currently 1
. Remember we evaluate the left term a
before the right term (a = a + a)
b = (a = 1 + (a = 1 + a))
because a
is still 1
b = (a = 1 + (a = 1 + 1))
because a
is still 1
b = (a = 1 + (a = 2))
because 1 + 1
is 2
b = (a = 1 + 2)
because a
is now 2
b = (a = 3)
because 1 + 2
is 3
b = 3
because a
is now 3
This leaves us with a = 3
and b = 3
as reasoned above.
Let's try this with the other expression, b = (a += a) + (a += a)
:
b = (a = a + a) + (a = a + a)
b = (a = 1 + 1) + (a = a + a)
, remember we evaluate the left term before the right oneb = (a = 2) + (a = a + a)
b = 2 + (a = a + a)
and a
is now 2. Start evaluating the right termb = 2 + (a = 2 + 2)
b = 2 + (a = 4)
b = 2 + 4
and a
is now 4
b = 6
This leaves us with a = 4
and b = 6
. This can be verified by printing out both a
and b
in Java/JavaScript (both have the same behavior here).
It might also help to think of these expressions as parse trees. When we evaluate a + (b + c)
, the LHS a
is evaluated before the RHS (b + c)
. This is encoded in the tree structure:
+ / \ a + / \ b c
Note that we don't have any parentheses anymore -- the order of operations is encoded into the tree structure. When we evaluate the nodes in the tree, we process the node's children in a fixed order (i.e., left-to-right for +
). For instance, when we process the root node +
, we evaluate the left subtree a
before the right subtree (b + c)
, regardless of whether the right subtree is enclosed in parentheses or not (since the parentheses aren't even present in the parse tree).
Because of this, Java/JavaScript do not always evaluate the "most nested parentheses" first, in contrast to rules you might have been taught for arithmetic.
See the Java Language Specification:
15.7. Evaluation Order
The Java programming language guarantees that the operands of operators appear to be evaluated in a specific evaluation order, namely, from left to right.
...15.7.1. Evaluate Left-Hand Operand First
The left-hand operand of a binary operator appears to be fully evaluated before any part of the right-hand operand is evaluated.
If the operator is a compound-assignment operator (§15.26.2), then evaluation of the left-hand operand includes both remembering the variable that the left-hand operand denotes and fetching and saving that variable's value for use in the implied binary operation.
More examples similar to your question can be found in the linked part of the JLS, such as:
Example 15.7.1-1. Left-Hand Operand Is Evaluated First
In the following program, the * operator has a left-hand operand that contains an assignment to a variable and a right-hand operand that contains a reference to the same variable. The value produced by the reference will reflect the fact that the assignment occurred first.
class Test1 { public static void main(String[] args) { int i = 2; int j = (i=3) * i; System.out.println(j); } }
This program produces the output:
9
It is not permitted for evaluation of the * operator to produce 6 instead of 9.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With