【前端底层】BehaviorSelector：怪物 AI 的行为树选择节点

实战应用：用在哪里

解密源码里的 bt 目录是怪物的行为树实现：BehaviorSelector 是其中的选择节点，按优先级依次尝试子行为，哪个子行为的前提满足就执行哪个。怪物“先攻击、打不过就跑、跑不动就游荡”的决策链，就是一棵由 Selector 组织的行为树。

选择节点的实现

---行为树选择节点：依次尝试子节点
function BehaviorSelector.tick(mon, dt)
    for _, child in ipairs(mon.behaviors) do
        if child:check(mon) then
            mon.current = child
            return child:tick(mon, dt)
        end
    end
    return false
end

每个子行为实现 check（前提判定）与 tick（执行）两个方法：攻击行为的 check 是仇恨列表非空，逃跑行为的 check 是血量低于两成，游荡行为的 check 恒为真（兜底）。Selector 按数组顺序逐个尝试，命中的行为接管怪物本帧的控制权。

行为的注册与切换

---怪物的行为注册（祖玛卫士的配置示例）
function MonsterAI.initBehaviors(mon)
    mon.behaviors = {
        BehaviorAttack.new(mon, { range = 5 }),
        BehaviorMove.new(mon, { home = mon.homePoint, leash = 10 }),
        BehaviorTurn.new(mon, {}),
    }
end

祖玛卫士的行为链：攻击、游走、转身待机， leash 参数限定 10 格的活动半径，超出即触发回家。行为树的调试技巧：给每个节点加命中计数，运行半小时后各节点的命中分布能暴露决策配置的问题——游荡占比九成的怪物说明攻击范围配小了。

验证与监控

行为节点的命中计数按怪物类型日报，分布的异常偏移即 AI 配置的问题信号。

踩坑记录

check 的实现曾经在遍历中修改 behaviors 表，迭代器跳过了后半的节点，行为“时灵时不灵”，表的快照遍历修复。行为树的嵌套控制在两层以内，更复杂的组合用配置参数表达而不是继续嵌套，调试的成本随层数指数上升。

调试的成本随层数指数上升。行为树的配置示例在案例库有完整的参考实现，新怪物的 AI 配置从复制模板开始，改参数比从零写更不容易出错，模板的积累让 AI 的质量下限稳定。

上线要点

行为树的节点注册表集中管理，新怪物的 AI 配置只写数据不写代码。行为切换的顿挫感用淡入淡出的动画过渡掩盖，AI 的表演性在传奇的观感里占三成权重。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。