JavaScript中+不满足结合律，因其是重载操作符：遇字符串则拼接，否则数值相加，且左结合性使括号位置改变类型转换路径，如1+2+"3"得"33"而1+(2+"3")得"123"。

字符串拼接加号（+）与数值加法在混合表达式中**不满足结合律**，根本原因是 JavaScript（及其他多数动态语言）中 + 是重载操作符：它根据操作数类型动态选择“数值相加”或“字符串拼接”，而类型转换规则导致 (a + b) + c 与 a + (b + c) 的计算路径可能不同。

结合律失效的核心原因：左结合性 + 隐式类型转换

JavaScript 中 + 是左结合的，且优先尝试将操作数转为原始值再判断行为。关键规则是：

• 只要有一个操作数是字符串，整个 + 运算就执行字符串拼接（另一操作数被强制转为字符串）
• 数值加法仅在两个操作数都为数字（或可安全转为数字）时发生
• 类型转换顺序由运算顺序（左结合）决定，因此括号位置会改变中间结果的类型

典型反例：展示结合律不成立

以表达式 1 + 2 + "3" 为例：

• (1 + 2) + "3" → 3 + "3" → "33"（先数值相加得 3，再拼接字符串）
• 1 + (2 + "3") → 1 + "23" → "123"（先拼接得 "23"，再拼接）

结果分别为 "33" 和 "123"，明显不等。这直接证伪结合律。

如何手动评估任意混合表达式

对含数字、字符串、布尔值、null、undefined 等的混合表达式，按以下步骤逐层分析：

• 明确 + 的左结合性：从最左边一对开始计算，每一步产出一个值（带类型）
• 对每步 a + b，查类型转换表：
    – 若 a 或 b 是字符串 → 转另一方为字符串后拼接
    – 若两者都是数字/能转为数字（如 "1"、true）→ 数值相加
    – 特殊值：null → "null"，undefined → "undefined"，true → 1，false → 0
• 对带括号的表达式，严格按括号分组，分别计算各组内结果，再代入外层

实用建议：避免歧义的写法

生产代码中应主动消除结合性依赖：

• 数值计算优先用括号明确意图：(a + b) + c 或 a + (b + c)，但前提是 a,b,c 全为数字
• 混用时显式转换：String(a) + b + c 或 a + b + Number(c)
• 使用模板字面量替代复杂拼接：`${a}${b}${c}` 或 `${a + b}${c}`，语义清晰且无结合性问题