MyPal3（3） - 技术栈

音频播放

遇到的问题

复制代码

if (audioSource.isPlaying)
{
    audioSource.Stop();
    audioSource.clip.Destroy();
}
作者直接把已经存进audioClipCache里的Clip Destory()掉了
因为这是在游戏资源查看器这个场景中，对于几十mb的BGM，如果我们一直在测试不同的mp3，那么堆内存？？很快就会爆炸

GameResourceProvider

GameResourceProvider是一个应该被注册在ServiceLocator的服务

这里使用了依赖注入的方式（显示注入），而不是使用从ServiceLocator中获取的服务进行注入（隐式注入），而且

如果使用隐式注入，那么new GameResourceProvider()就是一个"黑盒"，暗地里去全局单例里"偷"东西。如果你在一个新场景里想用它，结果忘了提前向 ServiceLocator 注册 ICpkFileSystem，它就会在运行时突然崩溃。应该在GameResourceInitializer中使用ServiceLocator中获取的服务来显示构造他，这样就保证不会因为漏注册了服务而导致初始化失败。

作者还加入了卫语句Requires.IsNotNull，保证传入的一定非空。如果过没有这段卫语句，那么游戏可能在运行到一半时因为GameResourceProvider无法提供资源而崩溃。

IsNotNull

为了方便，直接写在CoreUtilities里了。

cs 复制代码

public static T IsNotNull<T>([NotNull] this T instance, string paramName)
    where T : class
{
    if (typeof(T) == typeof(object) ||
        typeof(T).IsSubclassOf(typeof(object)))
    {
        if (ReferenceEquals(null, instance))
        {
            throw new ArgumentNullException(paramName);
        }
    }
    else if (instance == null)
    {
        throw new ArgumentNullException(paramName);
    }

    return instance;
}

因为在 Unity 中，所有的 UnityEngine.Object（如 GameObject, MonoBehaviour, Texture2D 等）在底层都包含两部分：C# 的壳子 和 C++ 的内核数据 。

当你在 Unity 中调用 Destroy(gameObject) 时，C++ 的内核被销毁了，但 C# 的壳子（内存引用）还在，直到 GC 回收它。

为了让开发者方便，Unity 重载了 == 运算符。如果你写 gameObject == null，Unity 底层会去检查 C++ 的内核是否还在。如果 C++ 对象死了，它就返回 true，哪怕此时 C# 引用根本不是真正的 null。

所以这里使用了反射typeof和ReferenceEquals进行了复杂的判定

语法与特性 (Attributes)