当时并没有引起足够的重视,直到最近一次出现了bug发现JS里的连等赋值操作的特色(坑)。
在解决我的疑问的时候发现了一个很有意思的例子:
例1:
var a = {n:1};
a.x = a = {n:2};
console.log(a.x); // 输出=>>> undefined
执行顺序
在A=B=C中,连等赋值真正的运算规则是 B = C; A = B; 即连续赋值是从右至左永远只取等号右边的表达式结果赋值到等号左侧。
理解:
(1)内存中有一个新对象{n:1},a的指针指向{n:1}的地址
(2)a.x = a = {n:2};在运算过程中,js内部为了保证赋值语句的正确,会在一条赋值语句执行前,先把所有要赋值的引用地址取出一个副本,再依次赋值。
(2.1) a={n:2} ,a的引用地址发生了改变 从对象{n:1}指向了{n:2}
(2.2) a.x; a指向{n:1}对象,所以先在{n:1}对象中创建了一个x属性 {n:1, x:undefined},
(2.3) a.x = a;赋值后原引用地址的对象变为{n:1,x: {n:2}}。
而语句执行完毕后 a 是指向 {n:2}的,所以a.x = undefined;
*** — __*** — __*** — __*** — __*** — __*** — __*** — __*** — _
例2:
var a = {n:1};
var b = a;
a.x = a = {n:2};
console.log(a); //{n:2}
console.log(a.x); //undefined
console.log(b); //{n:1,x:{n:2}}
理解:
(1)内存中有一个新对象{n:1},a的指针指向{n:1}的地址
(2)var b = a;此时,b指向和a一样的地址,注意并不是指向a
(3)a.x = a = {n:2};执行连等时,先把所有要赋值的引用地址取出一个副本,再依次赋值,
(3.1)先执行a={n:2},a的指向由{n:1}变为{n:2},
(3.2) a指向{n:1}对象,所以先在{n:1}对象中创建了一个x属性 {n:1, x:undefined},
(3.3)接着执行a.x= a;赋值后原引用地址的对象变为{n:1,x: {n:2}}。
执行完毕后 a指向{n:2}
此时a的原引用地址的{n:1}对象变为 {n:1, x:undefined}, 而b是指向这个引用地址的,所以b={n:1,x: {n:2}},