【入门夯实】名次对调：多重赋值右侧先全算完

学员常见误区

学员以为 a, b = b, a 是"先把 b 给 a，再把 a 给 b"，担心交换后两个值一样，于是老老实实写三行加临时变量——更常见的反向错误是按"逐个赋值"的心智去写带副作用的连环赋值，结果中间值对不上。真相：Lua 的多重赋值右侧表达式全部求值完毕，才统一向左侧赋值。战功榜前两名对调荣耀时，逐行交换的写法把两个人的分数改成同一个值。错误写法：

local a, b = 10, 20
a = b
b = a

两行跑完 a 和 b 都是 20，10 已经丢了。

正确姿势

交换一行搞定；同一次结算里改两个账本（金币、功勋），也用多重赋值一次写齐，右侧全部用旧值计算。示例代码如下：

local function settleExchange(actor)
    actor = getplayerbyname(actor)
    local gold = tonumber(getplayvar(actor, "HUMAN", "Gold")) or 0
    local merit = tonumber(getplayvar(actor, "HUMAN", "Merit")) or 0
    gold, merit = gold - 30000, merit + 5
    setplayvar(actor, "HUMAN", "Gold", gold, 1)
    setplayvar(actor, "HUMAN", "Merit", merit, 1)
    sendmsg(actor, 1, "兑换完成：金币 -30000，功勋 +5。")
end

本篇的新技术点是 swap 惯用法的推广：任何"互相依赖的成对更新"，右侧整体先算，左边一个 temp 都不用声明。

引擎验证

三步验证：控制台执行 a, b = 10, 20 再 a, b = b, a，打印应为 20 与 10；跑一遍 settleExchange，两个变量各按旧值加减、互不污染；故意改回逐行交换写法，复现两值同化的错误，加深记忆。

举一反三

右侧先算完不保护左侧的索引时机：i, t[i] = i + 1, 99 里左侧 t[i] 用的仍是旧 i。示例代码如下：

local t = {1, 2, 3}
local i = 1
i, t[i] = i + 1, 99

这段代码把 t[1] 改成 99 而不是 t[2]——左侧索引按赋值开始前的旧值定位。带表索引的多重赋值一律拆成普通赋值，不赌求值细节。