JavaScript中+运算符优先字符串拼接：任一操作数为字符串时，另一操作数转字符串后拼接；数值计算需显式转换或括号控制顺序，避免null、undefined等隐式转换陷阱。
在 JavaScript 中，+ 既是字符串连接符，也是数字加法运算符，它的行为取决于操作数的类型。当它遇到不同类型的操作数（比如字符串和数字）时，会自动进行**类型转换**，而不是报错——这正是容易混淆和出错的关键。
JavaScript 的 + 运算符优先尝试字符串拼接
只要有一个操作数是字符串，+ 就会把另一个操作数转成字符串，然后做拼接：
- "5" + 3 → "53"（数字 3 转为字符串 "3"，再拼接）
- 1 + "2" + 3 → "123"（从左到右：1+"2"→"12"，再+"3"→"123"）
- "" + 1 + 2 → "12"（空字符串触发整体转字符串）
想先算数字加法？得控制运算顺序或类型
如果本意是数值相加，但参与了字符串，必须主动干预，避免隐式转换：
- 用括号强制先算数字部分：1 + (2 + 3) + " apples" → "6 apples"
- 用 Number()、parseInt() 或一元 + 显式转数字："1" + (+ "2") → "12"（还是拼接），但 1 + + "2" → 3（注意空格或括号：1 + (+ "2") 或 1 + Number("2")）
- 统一转数字再运算：Number("10") + Number("20") → 30（安全，可处理空值/NaN）
常见陷阱：数组、布尔值、null、undefined 的表现
它们在 + 运算中也会被悄悄转成字符串，结果常出人意料：
- [1,2] + [3] → "1,23"（数组 toString() 得 "1,2"，再拼接）
- true + 1 → 2（true → 1），但 "true" + 1 → "true1"
- null + 5 → 5（null → 0），而 "null" + 5 → "null5"
- undefined + 1 → NaN（undefined → NaN，后续运算全为 NaN）
实用建议：减少隐式转换，提升可读性与健壮性
混用 + 容易埋雷，尤其在动态数据场景（如表单输入、API 返回值）：
- 对用户输入或外部数据，先用 typeof 或 isNaN() 判断是否为有效数字
- 明确意图：拼接用 String(a) + String(b)，计算用 Number(a) + Number(b)
- 现代写法推荐模板字面量：`结果是 ${a + b}` —— 里面 + 是纯数值运算（前提是 a、b 是数字），更清晰
- 启用 ESLint 规则（如 no-plusplus 配合 no-implicit-coercion）可捕获潜在问题
