• 获取和加载资源
    • 资源属性的声明
    • 如何在属性检查器里设置资源
    • 动态加载
      • 资源批量加载
    • 加载远程资源和设备资源
    • 资源的依赖和释放

    获取和加载资源

    Cocos Creator 3D 有一套统一的资源管理机制,在本篇教程,我们将介绍

    • 资源属性的声明
    • 如何在 属性检查器 里设置资源
    • 动态加载资源
    • 加载远程资源和设备资源
    • 资源的依赖和释放

    资源属性的声明

    在 Creator 3D中,所有继承自 Asset 的类型都统称资源,如 Texture, SpriteFrame, AnimationClip, Prefab 等。它们的加载是统一并且自动化的,相互依赖的资源能够被自动预加载。

    例如,当引擎在加载场景时,会先自动加载场景关联到的资源,这些资源如果再关联其它资源,其它也会被先被加载,等加载全部完成后,场景加载才会结束。

    脚本中可以这样定义一个 Asset 属性:

    1. //test.ts
    2. import { _decorator, Component, Node, SpriteFrame } from "cc";
    3. const { ccclass, property } = _decorator;
    4. @ccclass("test")
    5. export class test extends Component {
    6. @property({type:SpriteFrame})
    7. private spriteframe: SpriteFrame = null;
    8. }

    如何在属性检查器里设置资源

    只要在脚本中定义好类型,就能直接在 属性检查器 很方便地设置资源。假设我们创建了这样一个脚本:

    1. //test.ts
    2. import { _decorator, Component, Node, SpriteFrame, Texture2D } from "cc";
    3. const { ccclass, property } = _decorator;
    4. @ccclass("test")
    5. export class test extends Component {
    6. @property({type:Texture2D})
    7. private texture: Texture2D = null;
    8. @property({type:SpriteFrame})
    9. private spriteframe: SpriteFrame = null;
    10. }

    将它添加到节点后,在 属性检查器 中是这样的:

    asset-in-properties-null

    接下来我们从 资源管理器 里面分别将一个 Prefab 和一个 SpriteFrame 拖到 属性检查器 的对应属性中:

    asset-in-properties-dnd

    结果如下:

    asset-in-properties-dnd

    这样就能在脚本里直接拿到设置好的资源:

    1. onLoad() {
    2. let spriteFrame = this.spriteframe;
    3. let texture = this.texture;
    4. }

    属性检查器 里设置资源虽然很直观,但资源只能在场景里预先设好,没办法动态切换。如果需要动态切换,你需要看看下面的内容。

    动态加载

    动态加载资源要注意两点,一是所有需要通过脚本动态加载的资源,都必须放置在 resources 文件夹或它的子文件夹下。resources 需要在 assets 文件夹中手工创建,并且必须位于 assets 的根目录,就像这样:

    asset-in-properties-null

    resources 文件夹中的资源,可以引用文件夹外部的其它资源,同样也可以被外部场景或资源引用到。项目构建时,除了已在 构建发布 面板勾选的场景外,resources 文件夹中的所有资源,连同它们关联依赖的 resources 文件夹外部的资源,都会被导出。

    如果一份资源仅仅是被 resources 中的其它资源所依赖,而不需要直接被 CCLoader.loadRes 调用,那么 请不要 放在 resources 文件夹里。否则会增大包体和 settings.ts 的大小,并且项目中无用的资源,将无法在构建的过程中自动剔除。同时在构建过程中,JSON 的自动合并策略也将受到影响,无法尽可能将零碎的 JSON 合并起来。

    第二个要注意的是 Creator 3D 的资源动态加载都是 异步 的,需要在回调函数中获得载入的资源。这么做是因为 Creator 3D 除了场景关联的资源,没有另外的资源预加载列表,动态加载的资源是真正的动态加载。

    资源批量加载

    CCLoader.loadResDir 可以加载相同路径下的多个资源:

    1. // 加载 test assets 目录下所有资源
    2. CCLoader.loadResDir("test assets", function (err, assets) {
    3. // ...
    4. });
    5. // 加载 test assets 目录下所有 SpriteFrame,并且获取它们的路径
    6. CCLoader.loadResDir("test assets", SpriteFrame, function (err, assets, urls) {
    7. // ...
    8. });

    加载远程资源和设备资源

    在目前的 Cocos Creator 3D中,我们支持加载远程贴图资源,这对于加载用户头像等需要向服务器请求的贴图很友好,需要注意的是,这需要开发者直接调用 CCLoader.load。同时,如果用户用其他方式下载了资源到本地设备存储中,也需要用同样的 API 来加载,上文中的 loadRes 等 API 只适用于应用包内的资源和热更新的本地资源。下面是这个 API 的用法:

    1. // 远程 url 带图片后缀名
    2. let remoteUrl = "http://unknown.org/someres.png";
    3. CCLoader.load(remoteUrl, function (err, texture) {
    4. // Use texture to create sprite frame
    5. });
    6. // 远程 url 不带图片后缀名,此时必须指定远程图片文件的类型
    7. remoteUrl = "http://unknown.org/emoji?id=124982374";
    8. CCLoader.load({url: remoteUrl, type: 'png'}, function () {
    9. // Use texture to create sprite frame
    10. });
    11. // 用绝对路径加载设备存储内的资源,比如相册
    12. let absolutePath = "/dara/data/some/path/to/image.png"
    13. CCLoader.load(absolutePath, function () {
    14. // Use texture to create sprite frame
    15. });

    目前的此类手动资源加载还有一些限制,对用户影响比较大的是:

    • 原生平台远程加载不支持图片文件以外类型的资源
    • 这种加载方式只支持图片、声音、文本等原生资源类型,不支持 SpriteFrame、SpriteAtlas、Tilemap 等资源的直接加载和解析(需要后续版本中的 AssetBundle 支持)
    • Web 端的远程加载受到浏览器的 CORS 跨域策略限制,如果对方服务器禁止跨域访问,那么会加载失败,而且由于 WebGL 安全策略的限制,即便对方服务器允许 http 请求成功之后也无法渲染。

    资源的依赖和释放

    在加载完资源之后,所有的资源都会临时被缓存到 CCLoader 中,以避免重复加载资源时发送无意义的 http 请求,当然,缓存的内容都会占用内存,有些资源可能用户不再需要了,想要释放它们,这里介绍一下在做资源释放时需要注意的事项。

    首先最为重要的一点就是:资源之间是互相依赖的。

    比如下图,Prefab 资源中的 Node 包含 Sprite 组件,Sprite 组件依赖于 SpriteFrame,SpriteFrame 资源依赖于 Texture 资源,而 Prefab,SpriteFrame 和 Texture 资源都被 CCLoader 缓存起来了。这样做的好处是,有可能有另一个 SpriteAtlas 资源依赖于同样的一个 SpriteFrame 和 Texture,那么当你手动加载这个 SpriteAtlas 的时候,就不需要再重新请求贴图资源了,CCLoader 会自动使用缓存中的资源。

    获取和加载资源 - 图5

    在搞明白资源的相互引用之后,资源释放的问题也就呼之欲出了,当你选择释放一个 Prefab 时,我们是不会自动释放它依赖的其他资源的,因为有可能这些依赖资源还有其他的用处。所以用户在释放资源时经常会问我们,为什么我都把资源释放了,内存占用还是居高不下?原因就是真正占用内存的贴图等基础资源并不会随着你释放 Prefab 或者 SpriteAtlas 而被释放。

    接下来要介绍问题的另一个核心:TypeScript 中无法跟踪对象引用。

    在 TypeScript 这种脚本语言中,由于其弱类型特性,以及为了代码的便利,往往是不包含内存管理功能的,所有对象的内存都由垃圾回收机制来管理。这就导致 TS 层逻辑永远不知道一个对象会在什么时候被释放,这意味着引擎无法通过类似引用计数的机制来管理外部对象对资源的引用,也无法严谨得统计资源是否不再被需要了。基于以上的原因,目前 CCLoader 的设计实际上是依赖于用户根据游戏逻辑管理资源,用户可以决定在某一时刻不再需要某些资源以及它依赖的资源,立即将它们在 CCLoader 中的缓存释放。也可以选择在释放依赖资源的时候,防止部分共享资源被释放。下面是一个简单的示例:

    1. // 直接释放某个贴图
    2. CCLoader.release(texture);
    3. // 释放一个 prefab 以及所有它依赖的资源
    4. let deps = CCLoader.getDependsRecursively('prefabs/sample');
    5. CCLoader.release(deps);
    6. // 如果在这个 prefab 中有一些和场景其他部分共享的资源,你不希望它们被释放,可以将这个资源从依赖列表中删除
    7. let deps = CCLoader.getDependsRecursively('prefabs/sample');
    8. let index = deps.indexOf(texture2d._uuid);
    9. if (index !== -1)
    10. deps.splice(index, 1);
    11. CCLoader.release(deps);

    最后一个值得关注的要点:TypeScript 的垃圾回收是延迟的。

    想象一种情况,当你释放了 CCLoader 对某个资源的引用之后,由于考虑不周的原因,游戏逻辑再次请求了这个资源。此时垃圾回收还没有开始(垃圾回收的时机不可控),或者你的游戏逻辑某处,仍然持有一个对于这个旧资源的引用,那么意味着这个资源还存在内存中,但是 CCLoader 已经访问不到了,所以会重新加载它。这造成这个资源在内存中有两份同样的拷贝,浪费了内存。如果只是一个资源还好,但是如果类似的资源很多,甚至不止一次被重复加载,这对于内存的压力是有可能很高的。如果观察到游戏使用的内存曲线有这样的异常,请仔细检查游戏逻辑,是否存在泄漏,如果没有的话,垃圾回收机制是会正常回收这些内存的。

    以上就是管理资源依赖和释放时需要注意的细节,这部分的功能和 API 设计还没有完全定案,我们还是希望尽力给大家带来尽可能方便的引擎 API,所以后续也会尝试一些其他的办法提升友好度,届时会更新这篇文档。


    继续前往 事件系统 说明文档。