写传奇脚本的朋友大概都遇到过这种情况：一段 #IF 写得明明白白，检查等级、检查物品、检查变量，看着一点毛病没有，结果进游戏一测，该触发的没触发，不该触发的倒是弹得挺欢。翻来覆去看半天，最后发现问题出在一个空格、一个引号或者一行注释上。#IF 这个命令本身不复杂，复杂的是它所在的脚本环境，很多“不生效”其实是整段判断被引擎悄悄跳过了。

先看结构：#IF 和 #ACT 是一对，别被中间的东西拆散

脚本引擎解析 #IF 的逻辑很直接：从上往下读条件，全部成立才执行紧随其后的 #ACT，中间只要断了一行，整段判定就失效。所以排查的第一步不是看条件写没写对，而是看结构有没有被打乱。

• #IF 与 #ACT 之间不要插空行、注释行或者无关的文字，部分引擎对这个很敏感，插进去之后判定直接作废。
• 连续写两个 #IF，实际生效的往往只有最后一个，前面那段条件等于白写。
• 同一个 #IF 下面写多行条件，它们之间是“并且”的关系，而且只要有一行不成立，整个 #ACT 都不会执行，也不会报错，表现得就是“毫无反应”。
• 需要“或者”的逻辑，别硬塞进同一个 #IF 里，拆成两段 #IF 各自配 #ACT 更稳妥。

再看变量：值不对，条件永远不成立

条件判断失败，很大比例是变量本身就有问题。脚本是从上往下执行的，#IF 读到的变量值，取决于前面有没有正确赋值，顺序错了，判断自然落空。

• 变量名拼错、大小写不一致，部分引擎区分大小写，写错一个字母读到的是默认值 0 或空字符串。
• 变量压根没赋过值，参与比较时按默认值算，看起来条件是对的，实际永远不成立。
• 字符串比较要加引号，数字比较不要加引号。加了引号变成字符串比大小，“100”会被判成小于“99”。
• 变量值里混进空格、全角字符，肉眼看不出来，比较时却对不上。
• 检查人物变量、全局变量、行会变量用的命令不一样，用错命令读到的是另一个值。

符号和参数：一个字符就能让整行失效

脚本没有语法报错，写错了就是静默失效，所以符号这块得格外小心。等号习惯用单个 =，不等号写成 <> 而不是 !=，大于小于号不要用全角符号，条件和条件之间也别随手加括号，绝大多数引擎不认括号运算。

参数顺序同样容易翻车。检查物品要写成命令加物品名加数量，少写数量默认按 1 算，但物品名写错或者漏掉，整行判断就变成无效语句。检查地图和坐标时，地图编号抄错一位，条件就永远不成立。还有一种情况是命令本身不被当前引擎支持，这种行会被直接忽略，表现出来就是条件“永远成立”或者“永远不成立”，怎么调都不对。

调不出来就拆：几个实用的排查思路

• 用 SENDMSG 把变量值直接打印出来，先确认值对不对，再回头看判断逻辑。
• 把多行条件拆成单行，一行一行测，删掉哪一行之后能触发，问题就出在那一行。
• 确认脚本挂载的位置，登录脚本、NPC 脚本、触发脚本的触发时机完全不同，位置不对，条件成立也不会执行。
• 检查有没有另一段同名脚本或者后续脚本把逻辑覆盖掉了。
• 分清客户端判断和服务端判断，有些条件只在服务端有效，写进客户端脚本里就是无效行。

#IF 不生效，十有八九不是思路错，而是细节没扣到位。养成两个习惯能省很多事：一是写完先把结构理清楚，一段 #IF 配一段 #ACT，多行条件逐条对齐；二是别凭感觉猜，把变量值打印出来、把条件拆开测，让脚本自己告诉你哪一行没过去。把这些细节理顺，#IF 这个命令其实非常好用，写出来的判定也稳当得多。