【入门夯实】逻辑运算的返回值特性：and与or的取值链

学员常见误区

学员以为 and 与 or 返回布尔值，写出 (flag and 1) == true 这样的判定——实际 Lua 的 and/or 返回的是操作数本身：a and b 在 a 为假时返回 a，否则返回 b；a or b 在 a 为真时返回 a，否则返回 b。于是 x = flag or 0 的默认值技巧被误用成 flag or "0"，数值位混进字符串，后续 tonumber 前的加法直接报错。错误场景：

local cfg = { rate = nil }
local bonus = (cfg.rate and cfg.rate > 0) == true
local rate = cfg.rate or "10"
local total = rate * 100

total 一行报错，rate 拿到的是字符串 "10"。

正确姿势

and/or 取值链按"短路返回操作数"理解：读配置缺省值、判空取字段、三元分支都依赖这一语义。红名玩家的攻击倍率配置缺省时回落到基准 100，暴率缺省回落到 1/10。示例代码如下：

local function getAttackRate(actorName)
    local actor = getplayerbyname(actorName)
    local cfgRate = tonumber(getplayvar(actor, "HUMAN", "AttackRate"))
    local rate = cfgRate or 100
    if rate > 100 and getplayvar(actor, "HUMAN", "RedName") == 1 then
        rate = rate + 20
    end
    sendmsg(actor, 1, "当前攻击倍率 " .. rate .. "%")
    return rate
end

tonumber 对 nil 返回 nil，or 100 兜住缺省；RedName 为 1 表示红名状态，倍率追加 20%。示例代码如下：

local name = actor and tostring(actor) or "无名"
local level = cfg.level and cfg.level or 1

第一行先判空再转字符串；第二行的 and or 三元写法在中间值为 false 或 nil 时会穿透到第三项，cfg.level 存 0 以外的值才安全。

引擎验证

三步验证：AttackRate 未写入时读出 nil，倍率应回落 100；写入 150 且 RedName 为 1 时应读出 170；把 or 100 改成 or "100" 复测，观察后续算术是否报错，体会类型一致性。

举一反三

多级缺省链 or 可以串接：本地配置、全局配置、硬编码三级回落，第一级非 nil 即短路。示例代码如下：

local rate = localCfg.rate or sysCfg.rate or 100

注意链上任何一级可能存 false 时该写法失效，布尔配置应显式与 nil 比较。