javascript中复合赋值运算符+=本质是a = a + b的语法糖，完全复用+运算符的隐式类型转换规则：遇字符串则全转字符串拼接，null/undefined参与时表现不一致，数组对象调用tostring()转换，易导致逻辑错误。
JavaScript 中的复合赋值运算符（如 +=）本身不主动做类型转换，但它完全复用 + 运算符的规则——而 + 是 JS 里最易被误读、隐式行为最密集的操作符。它的“坑”不在语法上，而在你没意识到它已经悄悄改了数据类型。
+= 的本质就是 a = a + b
它不是独立运算符，只是语法糖。这意味着：
- 如果
a是字符串，a += b一定走拼接路线，哪怕b是数字、布尔甚至数组 - 如果
a是数字但b是字符串（比如来自表单输入），+=不会报错，而是静默转成字符串拼接 -
null和undefined参与时表现不一致：1 += null得1（null → 0），但"1" += null得"1null"（null → "null"）
字符串拼接优先级高得反直觉
+ 运算符只要遇到一个字符串，整条表达式就锁定为字符串模式，从左到右依次转、拼：
-
1 + 2 + "3"→"33"（先算1+2=3，再3 + "3" → "33"） -
"1" + 2 + 3→"123"（第一个是字符串，后面全转字符串拼） -
arr += item若arr是数组（如[]），[] += 5实际是"" + 5 → "5"，原数组引用丢失
对象和空值参与时结果难预测
复杂类型会被调用 toString() 或 valueOf() 转原始值，但规则隐蔽：
-
{} += []在多数上下文中等价于"[object Object]" + "" → "[object Object]" -
[] += {}得"" + "[object Object]" → "[object Object]"，看似对称，实则依赖执行顺序和解析上下文 -
null += 1→"null1"，undefined += 1→"undefined1"，不是NaN，也不是报错
真假判断与赋值混用埋雷
当把 += 放在条件分支或循环中，类型变化可能让逻辑失效：
-
let sum = 0; if (data) sum += data;—— 如果data是"0"，if不进，但"0"是有效数值；若写成sum += data || 0，又可能把false、""全补成 0，掩盖真实意图 -
str += obj?.prop：若prop不存在，obj?.prop是undefined，结果变成"oldStrundefined"，而非预期的不变
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
