UE4 异步资源加载

On this page:

概述

虚幻引擎4中有几个新系统，使得可以更加轻松地异步加载资源数据，这些系统代替了虚幻引擎3中的免搜索内容包中存在的很多功能。这些新方法既可以在开发数据应用也可以在设备上的烘焙数据上进行应用，所以您不必保留两个根据需要加载数据的代码路径。有两种通用的方法可以供您根据需要来引用及加载数据。

FStringAssetReferences 和TAssetPtr

美术师或设计师引用资源的最简单的方法是，创建一个UProperty 强指针，并赋予其一个类目。在虚幻引擎4中，如果您使用强指针UObject 属性引用一个资源，那么当加载包含该属性的对象时将会加载那个资源（通过把对象放置在地图中，或者通过从类似于游戏信息这样的东西中进行引用该对象）。如果您不关心是否在游戏启动时能够100%地加载您的资源。如果您想让 美术师/设计师 使用和强指针一样的用户界面来引用特定的资源，而不是总是加载引用的资源，请使用 FStringAssetReference 或 TAssetPtr 。

FStringAssetReference 是一个简单的结构体，包含了一个具有资源完整名称的字符串。如果您在类中创建一个那种类型的属性，那么它将会显示在编辑器中，就像是个 UObject * 属性一样。它还可以正确地处理烘焙和重定向，所以如果您有一个StringAssetReference，那么它一定可以在设备上正常工作。TAssetPtr基本上就是一个封装了 FStringAssetReference 的 TWeakObjectPtr ，它使用一个特定的类作为模板，以便您能限制编辑器用户界面，使其仅允许选择特定的类。如果所引用的资源存在于内存中，那么 TAssetPtr.Get() 将返回该资源。如果该资源不在内存中，那么您那可以调用 ToStringReference() 来查找它引用的资源，并使用下面介绍的方法加载该资源，然后再次调用TAssetPtr.Get() 解除对该资源的引用。

如果美术师或设计师正在手动地设置引用，那么使用 TAssetPtrs 和 StringAssetReferences是非常适合的，但如果您想进行类似于查询这样的处理，查找满足特定要求的资源，而不是加载所有资源，那么您应该使用资源注册表及对象库。

资源注册表和对象库

资源注册表是一个存储资源的元数据的系统，允许您搜索及查询这些资源。编辑器使用此资源注册表来显示内容浏览器中的信息，但是您也可以从游戏性代码使用该注册表，来查找当前没有加载的游戏资源的相关元数据。要想使得一个资源的数据是可搜索的，您需要给该属性添加"AssetRegistrySearchable"标签。查询资源注册表会返回FAssetData类型的对象，它包含了关于该对象的信息和一个 键-》值 对映射表，该映射表包含了标记为可搜索的属性。

处理成组的未加载的资源的最简单方法是使用 ObjectLibrary 。ObjectLibrary 是一个对象，包含了一系列继承共享基类的未加载对象或者未加载对象的FAssetData 。您可以通过提供一个搜索路径来加载一个对象库，它将加载那个路径中的所有资源。这是非常有用的，因为您可以为不同类型指定您的部分内容文件夹，且 美术师/设计师 不需要手动编辑清单表就可以添加新的资源。这里是一个示例，展示了如何使用一个对象库来从磁盘加载AssetData：

if(!ObjectLibrary){ObjectLibrary=ConstructObject<UObjectLibrary>(UObjectLibrary::StaticClass());ObjectLibrary->ObjectBaseClass=BaseClass;ObjectLibrary->UseWeakReferences(GIsEditor);ObjectLibrary->AddToRoot();}ObjectLibrary->LoadAssetDataFromPath(TEXT("/Game/PathWithAllObjectsOfSameType");if(bFullyLoad){ObjectLibrary->LoadAssetsFromAssetData();}

在这个示例中，它创建了一个新的对象库，关联了一个基类，然后加载了给定路径中的所有资源数据。接着选择性地加载真正的资源。如果资源很小，或者如果您正在进行烘焙且需要确保烘焙所有内容，那么您则需要完全地加载这些资源。只要您在烘焙过程中执行一次资源注册表查询，并加载返回的资源，您的对象库就可以正常地在烘焙数据中发挥作用，就像在开发过程中的处理一样。一旦把资源数据放入到了一个ObjectLibrary 中，您可以进行查询并选择性地加载特定的资源。这里是示例，展示了如何进行查询：

TArray<FAssetData>AssetDatas;ObjectLibrary->GetAssetDataList(AssetDatas);for(int32 i =0; i <AssetDatas.Num();++i){FAssetData&AssetData=AssetDatas[i];constFString*FoundTypeNameString=AssetData.TagsAndValues.Find(GET_MEMBER_NAME_CHECKED(UAssetObject,TypeName));if(FoundTypeNameString&&FoundTypeNameString->Contains(TEXT("FooType"))){returnAssetData;}}

在这个示例中，它搜索对象库并查找任何具有 TypeName 文本域且该文本域中包含 "FooType" 的对象，然后返回第一次查找到的对象。一旦有了此 AssetData ,您可以调用 ToStringReference() 来把它转换成一个 FStringAssetReference ，然后您可以使用下一个系统进行异步加载。

StreamableManager（动态加载管理器）和异步加载

现在，您具有一个引用了磁盘上一个资源的 FStringAssetReference ，那么怎样真正地异步加载它哪？ FStreamableManager是完成这个处理的最简单方法。首先，您需要创建一个 FStreamableManager ，我建议你把它放到某个全局游戏单例对象中，比如在 DefaultEngine.ini中使用 GameSingletonClassName 指定的对象。然后，您可以把 StringAssetReference 传给该对象，并启动进行加载。SynchronousLoad将会进行简单的、阻碍加载，并返回该对象。这种方法对于较小的对象可能很好，但是它可能会使您的主线程停顿时间过长。出现那种情况，您将需要使用 RequestAsyncLoad ，它将会异步地加载一组资源，并在完成后调用一个代理。这里是一个示例：

voidUGameCheatManager::GrantItems(){TArray<FStringAssetReference>ItemsToStream;FStreamableManager&Streamable=UGameGlobals::Get().StreamableManager;for(int32 i =0; i <ItemList.Num();++i){ItemsToStream.AddUnique(ItemList[i].ToStringReference());}Streamable.RequestAsyncLoad(ItemsToStream,FStreamableDelegate::CreateUObject(this,&UGameCheatManager::GrantItemsDeferred));}voidUGameCheatManager::GrantItemsDeferred(){for(int32 i =0; i <ItemList.Num();++i){UGameItemData*ItemData=ItemList[i].Get();if(ItemData){MyPC->GrantItem(ItemData);}}}

在这个示例中，ItemList 是一个 TArray< TAssetPtr<UGameItem> > ，由设计人员在编辑器中进行修改。这段代码迭代那个列表，将列表项转换为 StringReferences ，并将它们进行排队。当所有列表项都加载后（或者由于缺失列表项而不能加载），它将在代理中调用已通过的相关处理。该代理然后迭代同样的列表项，区分它们，并把它们提供给一个玩家。StreamableManager 在调用该代理之前，将保持到任何它所加载的对象的强引用，所以在调用该代理之前，您可以确保您想异步加载的任何对象都没有被垃圾回收。当调用该代理后，StreamableManager 释放这些引用，所以您想确保它们一直存在，您需要在其他地方对它们进行强引用。

您可以使用同样的方法来异步加载 FAssetDatas ，仅需在它们上面调用 ToStringReference ，把它们添加到一个数组中，然后使用一个代理调用RequestAsyncLoad 。该代理可以是您想操作的任何内容，所以如果需要，你可以传入负载信息。通过把结合使用上述的方法，您应该可以设置一个高效加载游戏中的任何资源的系统。转换直接访问内存的游戏代码来处理异步加载将会花费一些时间，但是之后您的游戏停顿将变得非常少，并且内存使用量会更低。

再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow

原文地址：https://www.cnblogs.com/skiwnchiwns/p/10344202.html

时间： 2024-10-05 05:50:15

UE4 异步资源加载的相关文章

Cocos2d-x 3.0多线程异步资源加载

Cocos2d-x从2.x版本到上周刚刚才发布的Cocos2d-x 3.0 Final版,其引擎驱动核心依旧是一个单线程的"死循环",一旦某一帧遇到了"大活儿",比如Size很大的纹理资源加载或网络IO或大量计算,画面将 不可避免出现卡顿以及响应迟缓的现象.从古老的Win32 GUI编程那时起,Guru们就告诉我们:别阻塞主线程(UI线程),让Worker线程去做那些"大活儿"吧. 手机游戏,即便是休闲类的小游戏,往往也涉及大量纹理资源.音视频资

cocos2dx资源加载机制（同步/异步）

首先cocos2dx里的资源,有png,plist(pvr),exportjson(json)大致这三类,我们也从这3类去研究相应的加载代码. 本次代码分析基于: cocos2dx3.2 1.png png格式的资源,从sprite作为一个切入口来分析,一般Sprite的创建如下 Sprite* Sprite::create(const std::string& filename) 参数filename,是图片资源的路径. 内部调用的initWithFile Sprite *sprite = n

cocos2dx3.2 异步动态加载--------保卫萝卜开发总结（一）

半个月没有更新博客,从这个项目开始学习了很多细节的东西,都不太成系统,但是却是开发上线中必须经历的东西.比如超级玛丽系列(一)中的正确的异步加载,正确的分层.正确的合成和加载plist.及时的移除未使用的cache.按照关卡动态加载当前关卡所需的资源等. 本章只分享一下异步加载的逻辑,如有不对的地方还望大家及时指出. 目前我代码中需要异步加载的资源一共有四类: 1.png    单个png的情况比较少 2.plist和png一起的打包资源 3.plist和pvr.ccz一起的打包资源 4.Coc

libgdx学习记录16——资源加载器AssetManager

AssetManager用于对游戏中的资源进行加载.当游戏中资源(图片.背景音乐等)较大时,加载时会需要较长时间,可能会阻塞渲染线程,使用AssetManager可以解决此类问题. 主要优点: 1. 大多数资源加载器AssetLoader都是异步加载,可以避免阻塞渲染线程. 2. 通过引用计数来进行释放资源. 3. 通过一个对象来管理所有其他资源. 主要函数: load(path,type)加载某个路径的资源文件,后面type指定所要加载的资源类型.这个函数只是将资源文件加入到资源队列中,并不会

也许是被误解的浏览器资源加载优化

几乎每一个前端程序员都知道应该把script标签放在页面底部.关于这个经典的论述可以追溯到Nicholas的 High Performance Javasript 这本书的第一章Loading and Execution中,他之所以建议这么做是因为: Put all <script> tags at the bottom of the page, just inside of the closing </body> tag. This ensures that the page c

Chromium多进程资源加载

webkit笔记,主要来自 朱永盛 <WebKit技术内幕> 学习笔记,转载就注明原著,该书是国内仅有的Webkit内核的书籍,学习的好导师,推荐有兴趣的朋友可以购买 多进程 资源的实际加载在各个WebKit Port中有不同的实现.Chromium采用的是多进程的资源加载机制 根据带有资源缓存机制的资源加载过程,在ResourceHandle类之下的部分,是不同的移植对获取资源的不同实现. 在Chromium中,获取资源的方式是利用多进程的资源加载架构.如下图,描述了 关于 Chromium

资源加载和页面事件 load, ready, DOMContentLoaded等

资源加载和页面事件 理想的页面加载方式 解析HTML结构. 加载并解析外部脚本. DOM树构建完成,执行脚本.//DOMInteractive –> DOMContentLoaded 加载图片.样式表文件等外部文件. 页面加载完毕.//window.onload 涉及到的事件 window.onload: 当页面全部加载完成(包括所有资源) document.onload: 当整个html文档加载的时候就触发了,也就是在body元素加载之前就开始执行了 DOMContentLoaded: 当页面

【让我们再聊聊浏览器资源加载优化】

几乎每一个前端程序员都知道应该把script标签放在页面底部.关于这个经典的论述可以追溯到Nicholas的 High Performance Javasript 这本书的第一章Loading and Execution中,他之所以建议这么做是因为: Put all <script> tags at the bottom of the page, just inside of the closing </body> tag. This ensures that the page c

[转]让我们再聊聊浏览器资源加载优化

作者 李光毅 发布于 2014年6月27日 几乎每一个前端程序员都知道应该把script标签放在页面底部.关于这个经典的论述可以追溯到Nicholas的 High Performance Javasript 这本书的第一章Loading and Execution中,他之所以建议这么做是因为: Put all <script> tags at the bottom of the page, just inside of the closing </body> tag. This e