连续赋值a = b = c = 5按右结合性从右向左执行：先c = 5，再b = c，最后a = b；不能视为并行赋值，否则会掩盖副作用、类型转换、调试及性能问题。
连续赋值的执行顺序是右到左
连续赋值如 a = b = c = 5 不是从左往右“同时”赋值，而是严格按右结合性从右向左执行：先算 c = 5，再 b = c（此时 c 已是 5），最后 a = b。这和运算符优先级无关，而是赋值操作符 = 本身被定义为右结合（right-associative）。
为什么不能当成“并行赋值”来理解
把 a = b = c = 5 当作“一次性给三个变量都设成 5”会掩盖真实执行逻辑，容易在以下场景出错：
- 如果
c是一个带副作用的表达式（比如函数调用或自增），b = c = func()中func()只执行一次，且结果被复用；换成c = func(); b = c; a = b;就一目了然 - 若中间变量类型不匹配（如
int a; double b; char c;），a = b = c = 5实际发生两次隐式转换：c = 5→ 截断为char，再赋给b→ 转为double，最后给a→ 再转回int。顺序不可逆，也不能跳过 - 调试时无法观察中间状态：单步进
a = b = c = 5只停一次，而拆开三行可逐行检查每个变量的值
哪些情况必须拆开写
以下情形下强行用连续赋值不仅难读，还可能引入 bug：
-
std::vector<int> v1, v2, v3;后写v1 = v2 = v3 = {1,2,3};—— 看似简洁，但v3先被初始化，v2再拷贝v3，v1再拷贝v2，多了一次冗余拷贝；不如直接v1 = v2 = v3 = std::vector<int>{1,2,3};或分别初始化 - 涉及类对象且重载了
operator=：连续赋值会触发多次赋值运算符调用，顺序固定为右到左，若重载逻辑依赖前序状态（比如引用计数或资源转移），顺序错误会导致未定义行为 - 调试或日志需求：需要在某次赋值后插入
std::cout << "b set to " << b << '\n';，连续写法无法插点
复合赋值和连续赋值别混用
+=、-= 等复合赋值符没有结合性，不能连续使用。像 a += b += c 是合法的（因为 b += c 先算，返回 b 的引用，再参与 a += b），但语义已不是“同时加”，而是两步更新；而 a += b += c += 1 这种嵌套容易让人误判执行路径，实际仍是右到左求值，但可读性急剧下降。
立即学习“C++免费学习笔记（深入）”；
真正容易被忽略的是：连续赋值的“右结合”只适用于纯 =，一旦混入 += 或函数调用，结合性和求值顺序就由整个表达式的运算符优先级和结合性共同决定，不再只是“从右往左”四个字能概括。
