【入门夯实】条件反转：not与==的优先级误会

学员常见误区

判断"玩家不是红名"写成 not status == "red"——这一句在 Lua 里解析成 (not status) == "red"：先对 status 取反得到布尔值，再拿布尔值与字符串比较，永远不相等，条件恒为 false。not 的优先级高于 ==，学员按"not（status == red）"的阅读直觉写代码，写出来的却是另一个意思。错误写法：

local function canEnterCityBad(status)
    if not status == "red" then
        sendmsg(nil, 1, "允许进城")
    end
end

红名玩家照样进城，白名玩家反而被拦——条件与意图整个颠倒。

正确姿势

not 与比较运算混用时，比较一侧必须加括号；更清晰的写法是把不等关系直接写成比较表达式。示例代码如下：

local function canEnterCity(actor, status)
    actor = getplayerbyname(actor)
    if status ~= "red" then
        beginteleport(actor, 330, 330)
        sendmsg(actor, 1, "欢迎进入比奇城。")
    else
        sendmsg(actor, 1, "红名玩家禁止入城，请先洗白。")
    end
end

本篇的新技术点是"~=直接表达不等"：Lua 的不等运算符就是 ~=，绝大多数 not x == y 的写法都该重写成 x ~= y，语义与直觉归一。

引擎验证

三步验证：分别以"red""white""""三种状态调用，只有 white 与空串放行；对照误写版，三种状态全部进不了城或全部放行，复现颠倒；控制台打印 not status == "red" 与 status ~= "red" 的值对照。

举一反三

优先级误会还有一常见的：a or b == c 解析成 a or (b == c)，or 左侧为真时右侧比较被短路。示例代码如下：

local function checkFlag(flag, mode)
    local result = flag or mode == "safe"
    return result
end

flag 为 true 时 mode 的比较根本不执行——涉及短路运算的条件，要么加括号，要么拆成多行。