魔兽编辑器等待玩家/游戏时间与计时器深度解析

狼叔

一、 等待（Wait）动作的真相
​在触发编辑器（GUI）中，常用的“等待”动作实际上存在严重的底层缺陷。
​1. 等待游戏时间 (Trigger - Wait)
​实际精度： 标称可设为 0 秒，但实际最小等待时间约为 0.2s - 0.27s。
​运行机制： 基于游戏逻辑刻（Ticks）。
​缺点： 无法实现高频率、高精度的动作（如：每 0.03 秒移动一次单位的冲锋技能）。
​2. 等待玩家时间 (Trigger - Wait for Player-Time)
​运行机制： 读取玩家本地电脑的系统时间。
​致命缺陷： 导致不同步（Desync）。因为每位玩家的硬件性能不同，本地时间存在微毫秒差，这会导致触发器在不同玩家电脑上执行时机不一致，直接造成玩家掉线。
​二、 为什么不推荐使用“等待”？
​1. 内存泄露与句柄风险
​句柄泄露： 频繁调用等待动作会占用底层计时器索引。在极高频率触发下，可能会导致句柄回收不及时，增加地图长期的内存负担。
​局部变量丢失： 在 GUI 中，如果在“等待”之后使用了 最后创建的单位 或 触发单位，这些引用极易被其他同时运行的触发器覆盖，导致逻辑出错。
​2. MUI（多实例）冲突
​定义： MUI 指多个单位同时使用同一个技能而不互相干扰。
​问题： “等待”会阻塞当前触发器的线性执行。如果两个单位在 1 秒内先后释放技能，而技能中有“等待 2 秒”，那么第二个单位的数据往往会覆盖第一个单位，导致第一个单位的效果失效或目标错误。
​三、 计时器（Timer）的优势
​计时器是解决所有“等待”问题的唯一标准方案。
​1. 核心优势
​高精度： 理论精度可达 0.001s，是制作丝滑平滑位移、特效旋转的基石。
​绝对同步： 基于游戏底层核心同步，所有玩家的计时器完全一致，绝不掉线。
​排泄机制： 配合 DestroyTimer 或使用成熟的计时器系统（如：逆天计时器、倒计时窗口等），可以完美回收内存资源。

​从“线性思维”转向“事件回调思维”：
​错误写法（等待式）：
​创建特效
​等待 2.0 秒
​删除特效
​正确写法（计时器式）：
​触发器 A： 创建特效，开启一个 2.0 秒的计时器，并将特效绑定给该计时器。
​触发器 B： 当计时器到期，获取绑定的特效并将其删除，随后清理计时器资源。