依赖注入 vs 服务定位器 · 到底该用哪个

〇先讲一个生活类比（钥匙 vs 前台）

概念先别背，先看两个场景。

装修队 = new 装修队(水电工的电话);
装修队.干活();   // 什么时候需要，直接打

装修队 = new 装修队(前台电话);
装修队.干活();   // 干活途中：前台.给我("水电工")

一两种写法长什么样（你项目里的真实代码）

先用重量级状态机当例子 —— 这就是"依赖注入"那一边。

1.1 你的做法：构造注入 + 泛型宿主接口

你项目里的代码是这样的（Runtime\RevStateMachine\Heavyweight\）：

// ① 宿主行为接口：业务自己定义（框架不规定 AI 该有什么）
public interface IBossObj : RevIHeavyFsmOwner
{
    float Health { get; }
    void MoveTowardsPlayer();
    bool IsPlayerInAttackRange();
}

// ② AI 对象（MonoBehaviour）实现它，并在 new 状态机时把自己交进去
public class BossAI : MonoBehaviour, IBossObj
{
    private RevHeavyFsm<BossStateType, IBossObj> _fsm;

    private void Awake()
        => _fsm = new RevHeavyFsm<BossStateType, IBossObj>(this);   // ← 把自己注入进去
}

// ③ 状态类里：通过 Owner 调 AI 的行为（强类型，零转型）
public sealed class BossChaseState : RevHeavyFsmState<BossStateType, IBossObj>
{
    public override void OnUpdate(float dt)
    {
        if (Owner.IsPlayerInAttackRange()) ChangeTo(BossStateType.Attack);
        else Owner.MoveTowardsPlayer();
    }
}

关键代码就两处（可以直接点开看）：

1.2 服务定位器的写法（同样的需求，换一种拿法）

// 状态类里：主动向容器要（注意：签名上看不出它要什么）
public sealed class BossChaseState : SomeStateBase
{
    public override void OnUpdate(float dt)
    {
        var ai = Services.GetRequired<IBossObj>();   // ← 到"前台"要一个
        if (ai.IsPlayerInAttackRange()) ChangeTo(BossStateType.Attack);
        else ai.MoveTowardsPlayer();
    }
}

二同一个需求，两种实现（并排对比）

需求：Boss 追击状态要"读血量、判断距离、朝玩家移动"，跑法要能被单元测试。

// 契约写在类型签名上
class ChaseState : RevHeavyFsmState<BossStateType, IBossObj>
{
    public override void OnUpdate(float dt)
    {
        if (Owner.Health < 30f) ChangeTo(BossStateType.Frenzy);
        else if (Owner.IsPlayerInAttackRange()) ChangeTo(BossStateType.Attack);
        else Owner.MoveTowardsPlayer();
    }
}

// 测试：直接 new 一个假 Boss，不需要任何容器
var fsm = new RevHeavyFsm<BossStateType, IBossObj>(new FakeBoss());
fsm.ChangeTo(BossStateType.Chase);
fsm.Update(0.016f);
Assert.AreEqual("MoveTowardsPlayer", ((FakeBoss)fsm.Owner).LastCall);

// 契约藏在实现里（签名只说明"它是某个状态"）
class ChaseState : SomeStateBase
{
    public override void OnUpdate(float dt)
    {
        var ai = Services.GetRequired<IBossObj>();
        if (ai.Health < 30f) ChangeTo(BossStateType.Frenzy);
        else if (ai.IsPlayerInAttackRange()) ChangeTo(BossStateType.Attack);
        else ai.MoveTowardsPlayer();
    }
}

// 测试：要先搭一个容器，注册假 Boss，再取出来
var services = RevServiceLocator.Create()
    .AddSingleton<IBossObj>(new FakeBoss())
    .Build();
// ……还得想办法让 ChaseState 拿到这个 services 实例

三七个维度逐条讲（人话版）

不用背，理解每条"为什么"就行。

四动画：两种"拿钥匙"的全过程

左边是构造注入，右边是服务定位器 —— 同一步骤，两条路径。

五各自要付的代价（这是最该看的）

两种都不是免费的，知道代价才能选对。

5.1 依赖注入的代价：生命周期问题转移给了注入方

你把 this（自己）交进状态机了，那"我死了以后状态机还在用我"这件事，得你自己负责。Unity 里有个特别阴的坑：

// 接口引用不走 Unity 的 == 重载（Unity 的"假 null"只对 UnityEngine.Object 生效）
GameObject.Destroy(ownerGo);

if (Owner != null)        // ✗ 仍然为 true！（接口变量是纯引用比较）
    Owner.MoveTowardsPlayer();   // ✗ MissingReferenceException

if (Owner == null) return;
Owner.MoveTowardsPlayer();

// ① 根治：宿主销毁时解除引用（你项目里已经提供了这个能力）
private void OnDestroy() => _fsm.Dispose();
// RevHeavyFsm.cs:398 → Clear() + IsEnabled=false + Owner=null

// ② 防御：状态里判空时把"假 null"也算进去
if (Owner is not UnityEngine.Object u || u == null) return;

5.2 服务定位器的代价：依赖不可见 + 默认全局唯一

• 依赖不可见：读签名看不出状态依赖谁 → 排查"这个值是哪儿来的"要多跳几层；
• 默认全局唯一：GetRequired<IBossObj>() 只能拿到"那一个" —— 而 AI 天生是"每个对象一份"，逼着框架引入"作用域"来解决；
• 运行期才报错：写错类型名不会编译失败，要到跑起来那一刻才知道（所以我们在错误信息里塞了"已注册的服务清单"）；
• 容易被滥用：任何地方都能随手 Get 一下 → 依赖关系烂成一团（这就是"Service Locator 反模式"的来源）。

六三个判断场景（该用哪个）

照这三条对号入座，不用纠结。

七推荐的混合用法（完整代码）

两者不是二选一 —— 它们是干不同活的。这一节是"落地版"。

7.1 分清两种依赖

7.2 代码长这样（状态里两种都用到）

// ① 启动期：只装配"全局系统"（per-app 的东西）
public static class GameBoot
{
    public static readonly RevServiceLocator Services = RevServiceLocator.Create()
        .AddSingleton<IAIConfigService, AIConfigService>()    // Boss 愤怒阈值等配置
        .AddSingleton<ISoundService, SoundService>()
        .Build();
}

// ② 状态类：per-object 走 Owner（显式注入），全局系统走 Services
public sealed class BossChaseState : RevHeavyFsmState<BossStateType, IBossObj>
{
    public override void OnUpdate(float dt)
    {
        // ✅ per-object：每个 Boss 自己的行为（显式注入，强类型）
        if (Owner.IsPlayerInAttackRange()) { ChangeTo(BossStateType.Attack); return; }

        // ✅ per-app：全局配置（定位器取，跨状态共享）
        var config = GameBoot.Services.GetRequired<IAIConfigService>();

        if (Owner.Health < config.FrenzyThreshold) ChangeTo(BossStateType.Frenzy);
        else Owner.MoveTowardsPlayer();
    }
}

7.3 一个诚实说明（当前定位器的能力边界）

八三个常见误区

这三条最容易让人做错决定。

九术语小词典（小白必备）

只解释这几个词，够用了。

十一页决策速查卡（可打印）

贴在显示器旁边，纠结的时候看一眼。