1. 项目概述为什么UE5的AssetManager是大型项目的基石如果你正在用UE5开发一个开放世界游戏或者一个资源量巨大的应用肯定遇到过这样的场景玩家从一个区域跑到另一个区域游戏突然卡顿几秒硬盘灯狂闪然后世界才慢慢加载出来。又或者你精心设计的角色皮肤、武器模型在玩家切换时总要等待一个加载圈。这些体验上的“断点”很大程度上源于资源加载策略的原始和低效。传统的同步加载LoadObject、LoadClass会阻塞游戏线程而简单的异步加载AsyncLoad又缺乏统一的管理和依赖关系处理容易导致资源重复加载、内存泄漏或者更糟——加载了A却忘了它依赖的B。这就是UE5的AssetManager资产管理器要解决的核心问题。它不是一个新概念但在UE5中其重要性和功能完整性被提升到了前所未有的高度。简单来说AssetManager是引擎内置的一套资源生命周期总管。它把游戏中的所有资源蓝图、静态网格体、骨骼网格体、材质、数据资产等抽象为“主资产”Primary Asset并为它们提供了一套基于“资产类型”和“资产ID”的异步加载、卸载、引用计数和依赖追踪的完整解决方案。你可以把它想象成一个超级智能的仓库管理员不仅知道每件货物资产放在哪还清楚货物之间的组装关系依赖并能根据你的需求游戏进程提前把相关货物备齐到装卸区内存整个过程高效、安静不影响仓库游戏的正常运营。对于项目而言用好AssetManager意味着更流畅的玩家体验、更可控的内存占用以及更健壮的项目架构。它尤其适合开放世界/大场景游戏实现流式加载无缝衔接不同区域。角色扮演/装备驱动游戏管理成百上千的角色皮肤、武器、道具资源。内容更新频繁的在线游戏热更新资源包无需重启游戏。任何希望提升加载性能和内存管理水平的UE5项目。接下来我将结合实战拆解AssetManager从配置、加载到管理的每一个环节分享那些官方文档里不会写的“坑”和技巧。2. AssetManager核心概念与项目配置解析在动手写代码之前我们必须先理解AssetManager的几个核心概念并完成正确的项目配置。这一步是地基打不好后面全是空中楼阁。2.1 核心概念主资产、类型、ID与依赖主资产Primary Asset这是AssetManager管理的基本单元。并非所有UObject都是主资产。通常那些在游戏中作为独立逻辑单元、需要被按需加载卸载的资源才会被注册为主资产。例如一个角色蓝图BP_Character、一件武器数据资产UWeaponDataAsset、一个关卡资产UWorld。一个静态网格体UStaticMesh本身可能不是主资产但它可以作为角色蓝图这个主资产的依赖项。主资产类型Primary Asset Type这是对主资产的分类。你需要自定义类型来组织资产。例如你可以定义“Character”角色、“Weapon”武器、“Mission”任务等类型。类型是一个FName通常我们会为其配置一个FPrimaryAssetTypeInfo结构体来指定该类型资产的扫描路径、资源基类等规则。主资产IDPrimary Asset Id这是主资产的唯一标识符由资产类型和资产名称两部分组成例如(Weapon, WID_Sword_01)。通过这个ID你就可以向AssetManager请求加载或卸载对应的资产。资产依赖Dependency一个主资产如角色蓝图所引用的所有其他资源如骨骼网格体、动画序列、材质、声音。AssetManager的强大之处在于当你异步加载一个主资产时它会自动递归加载其所有依赖项确保资产在内存中是完整可用的。2.2 项目配置实战启用与注册资产类型首先你需要告诉UE5项目使用AssetManager。打开你的项目配置文件DefaultGame.ini位于Config/目录下添加或修改以下配置[/Script/Engine.Engine] AssetManagerClassName/Script/YourProject.YourAssetManager这里/Script/YourProject.YourAssetManager需要替换成你自定义的AssetManager类的引用路径。通常我们会创建一个继承自UAssetManager的C类。注意如果你还没有C模块需要先在编辑器中创建一个C类来“生成”项目模块。纯蓝图项目虽然可以配置但高级功能受限强烈建议使用C项目。接下来我们需要注册主资产类型。最好的方式是在你自定义的UYourAssetManager类中重写StartInitialLoading()函数。但更模块化和安全的做法是使用FPrimaryAssetTypeInfo在配置文件或初始化时动态添加。这里我推荐在自定义AssetManager的初始化函数中配置例如// 在 YourAssetManager.cpp 的 StartInitialLoading 或某个初始化函数中 void UYourAssetManager::StartInitialLoading() { Super::StartInitialLoading(); // 1. 定义并注册“角色”资产类型 FPrimaryAssetTypeInfo CharacterTypeInfo( TEXT(Character), // 类型名称 UBlueprint::StaticClass(), // 资产基类通常是UBlueprint对于蓝图资产 FPrimaryAssetRules(EPrimaryAssetCookRule::AlwaysCook, true, true, true), // 烹饪与加载规则 TEXT(/Game/Blueprints/Characters) // 扫描路径 ); RegisterPrimaryAssetTypeInfo(CharacterTypeInfo); // 2. 定义并注册“武器”资产类型 FPrimaryAssetTypeInfo WeaponTypeInfo( TEXT(Weapon), UWeaponDataAsset::StaticClass(), // 假设你有一个UWeaponDataAsset类 FPrimaryAssetRules(EPrimaryAssetCookRule::AlwaysCook, true, true, true), TEXT(/Game/DataAssets/Weapons) ); RegisterPrimaryAssetTypeInfo(WeaponTypeInfo); // ... 注册其他类型 }配置参数详解EPrimaryAssetCookRule::AlwaysCook告诉Cooker资源烹饪器这个类型的资产总是需要被处理并打包到Pak文件中。对于游戏运行必需的核心资产就用这个。后面的几个bool参数分别控制是否在客户端可加载、是否在服务器可加载、是否应该被扫描。对于纯客户端显示的资产如UI纹理服务器端可以设为false。扫描路径AssetManager会递归扫描该路径下的所有资源并根据“资产基类”过滤出符合条件的主资产为其生成PrimaryAssetId。这是最易出错的地方之一如果你发现资产没有被扫描到99%的原因是路径不对或者资产的实际类不匹配你指定的基类。2.3 实操心得配置阶段的常见“坑”路径大小写与复数虚幻引擎的内容浏览器路径有时是大小写敏感的尤其是在打包后。确保你的扫描路径和资产在内容浏览器中的实际路径完全一致。习惯使用右键“复制引用”来获取准确路径。蓝图 vs. 原生类如果你将基类设为UBlueprint那么它会扫描出所有蓝图资源Blueprint类。但如果你想直接管理蓝图生成的类如YourCharacter_C你可能需要重写扫描逻辑或者将资产类型指向一个具体的原生C类如UWeaponDataAsset然后让蓝图继承自它。后者是更清晰的做法。依赖链过长一个复杂的角色蓝图可能依赖数百个资源。AssetManager在扫描和计算依赖时会消耗时间。建议在开发期将扫描路径设置得尽可能精确避免扫描整个/Game目录。可以考虑按功能模块划分扫描路径。“Unknown”类型资产有时在日志中会看到警告提示某些资产有“Unknown”的主资产类型。这通常是因为这些资产如某些材质实例、粒子系统被其他主资产引用但它们本身没有被注册为任何类型。这不一定是错误AssetManager仍然能处理它们的依赖加载。但如果你希望直接管理它们就需要为其创建对应的资产类型。完成配置后你可以在游戏中通过UAssetManager::Get().GetPrimaryAssetIdList(PrimaryAssetType)来验证某个类型下的资产是否被正确扫描到。3. 异步加载实战从请求到回调的完整流程配置好资产类型后我们就可以进入核心环节异步加载。与直接调用LoadObject不同AssetManager的异步加载是事件驱动的需要处理好回调函数。3.1 基础异步加载LoadPrimaryAsset最基本的异步加载函数是LoadPrimaryAsset。它接收一个PrimaryAssetId并返回一个TSharedPtrFStreamableHandle流式加载句柄。这个句柄是你管理这次加载任务的生命周期和状态的关键。// 假设我们要加载一个ID为 (Weapon, WID_Sword_01) 的武器资产 FPrimaryAssetId WeaponToLoad(TEXT(Weapon), TEXT(WID_Sword_01)); // 创建流式加载请求 TSharedPtrFStreamableHandle Handle UAssetManager::Get().LoadPrimaryAsset(WeaponToLoad); // 但这样我们不知道何时加载完成。所以通常需要绑定回调 Handle-BindCompleteDelegate(FStreamableDelegate::CreateLambda([WeaponToLoad]() { // 当资产及其所有依赖加载完成时会进入这个Lambda函数 UObject* LoadedAsset UAssetManager::Get().GetPrimaryAssetObject(WeaponToLoad); if (UWeaponDataAsset* WeaponData CastUWeaponDataAsset(LoadedAsset)) { // 安全地使用加载好的武器数据资产 UE_LOG(LogTemp, Log, TEXT(Weapon %s loaded successfully!), *WeaponData-GetName()); // 例如给角色装备上这把武器 // EquipWeaponToPlayer(WeaponData); } })); // 你也可以同步等待加载完成谨慎使用可能卡线程 // Handle-WaitUntilComplete();关键点解析BindCompleteDelegate绑定一个委托当目标主资产及其所有递归依赖都加载到内存后这个委托会被触发。这是最常用的回调。GetPrimaryAssetObject通过PrimaryAssetId获取已经加载到内存中的资产对象。在回调函数内部调用它是安全的因为此时资产肯定已就绪。句柄Handle的生命周期TSharedPtrFStreamableHandle必须被持久化持有直到加载完成或你主动取消。如果它在回调触发前就被销毁了加载请求可能会被中断或回调无法执行。通常我会把它作为类成员变量存储起来。3.2 批量加载与优先级管理游戏里很少一次只加载一个资产。更常见的场景是预加载一个角色套装角色模型、武器、技能特效等。AssetManager提供了批量加载接口LoadPrimaryAssets。// 构建一个需要加载的ID列表 TArrayFPrimaryAssetId AssetsToLoad; AssetsToLoad.Add(FPrimaryAssetId(TEXT(Character), TEXT(Hero_Archer))); AssetsToLoad.Add(FPrimaryAssetId(TEXT(Weapon), TEXT(WID_Bow_01))); AssetsToLoad.Add(FPrimaryAssetId(TEXT(Weapon), TEXT(WID_Arrow_01))); // 批量加载可以指定加载优先级 TSharedPtrFStreamableHandle BatchHandle UAssetManager::Get().LoadPrimaryAssets( AssetsToLoad, TArrayFName(), // 可以指定只加载某些类型的依赖空数组表示加载所有依赖 FStreamableDelegate::CreateLambda([]() { UE_LOG(LogTemp, Log, TEXT(Batch load complete!)); }), FStreamableManager::AsyncLoadHighPriority // 指定优先级 );优先级详解FStreamableManager提供了几种内置优先级AsyncLoadHighPriority最高优先级用于当前帧急需的资源如玩家突然切枪。AsyncLoadNormalPriority默认优先级用于预加载或常规需求。AsyncLoadLowPriority低优先级用于后台预加载那些可能很快用到的资源。合理设置优先级可以优化I/O调度确保关键操作不卡顿。例如进入一个新区域时先高优先级加载玩家视野内的关键资产再低优先级加载周边区域的资产。3.3 高级技巧链式加载与进度追踪对于复杂的加载流程如进入游戏时的初始化加载界面你可能需要链式加载多个集合的资产并显示总体进度。void UMyGameInstance::StartAsyncLoadingPhase() { // 第一阶段加载核心系统资产UI字体、基础材质等 TArrayFPrimaryAssetId Phase1Assets GetCoreAssets(); Phase1Handle UAssetManager::Get().LoadPrimaryAssets(Phase1Assets); Phase1Handle-BindCompleteDelegate(FStreamableDelegate::CreateUObject(this, UMyGameInstance::OnPhase1Complete)); Phase1Handle-BindUpdateDelegate(FStreamableDelegate::CreateUObject(this, UMyGameInstance::OnPhase1Update)); } void UMyGameInstance::OnPhase1Update() { if (Phase1Handle.IsValid()) { float Progress Phase1Handle-GetProgress(); // 更新加载界面进度条显示“加载系统资源... XX%” UpdateLoadingScreenProgress(Progress * 0.3f); // 假设第一阶段占30%权重 } } void UMyGameInstance::OnPhase1Complete() { // 第一阶段完成开始第二阶段加载关卡资源 TArrayFPrimaryAssetId Phase2Assets GetLevelAssets(CurrentLevelName); Phase2Handle UAssetManager::Get().LoadPrimaryAssets(Phase2Assets); Phase2Handle-BindUpdateDelegate(...); Phase2Handle-BindCompleteDelegate(FStreamableDelegate::CreateUObject(this, UMyGameInstance::OnPhase2Complete)); }BindUpdateDelegate这个委托在加载过程中会定期触发并非每帧你可以在这里获取当前句柄的加载进度GetProgress()返回0到1的值用于更新进度条。权重分配像上面例子中将总进度按阶段分配权重30%70%能让进度条看起来更平滑、合理。直接使用单个大批量加载的进度可能因为某个大文件而长时间卡在某个百分比。4. 主资源管理策略引用、卸载与内存控制加载资源只是开始如何管理它们的生命周期防止内存泄漏和冗余才是AssetManager价值的真正体现。这里涉及到“引用”的概念。4.1 理解与维护“软引用”和“硬引用”在AssetManager的语境下硬引用Hard Reference通过UPropertyUPROPERTY宏或TStrongObjectPtr直接持有的对象指针。只要这个引用存在对象就不会被垃圾回收GC。传统的直接加载并赋值给成员变量就创建了硬引用。软引用Soft Reference通过FPrimaryAssetId或TSoftObjectPtr来间接表示对资产的引用。它不阻止GC。AssetManager的GetPrimaryAssetObject返回的就是一个从软引用解析出来的硬引用对象。最佳实践是在游戏逻辑中尽量使用FPrimaryAssetId或TSoftObjectPtr来“记住”你需要什么资产。当真正需要使用该资产时如显示在屏幕上再通过AssetManager异步加载它并将返回的UObject*临时存储可能创建硬引用。当不再需要时如角色死亡、武器被收起主动释放对这个UObject*的硬引用将其置为nullptr并可能通知AssetManager可以卸载它。4.2 主动卸载与垃圾回收协调AssetManager本身会跟踪通过它加载的资产的引用情况。但为了更精细的控制你可以主动卸载资产。// 方式一通过句柄释放推荐 // 当你持有加载句柄时可以直接释放它这会减少AssetManager内部对该批次资产的引用计数。 if (WeaponLoadHandle.IsValid()) { WeaponLoadHandle-ReleaseHandle(); // 释放句柄减少引用计数 WeaponLoadHandle.Reset(); } // 方式二直接请求卸载特定资产 TArrayFPrimaryAssetId AssetsToUnload; AssetsToUnload.Add(MyWeaponAssetId); UAssetManager::Get().UnloadPrimaryAssets(AssetsToUnload);重要提示UnloadPrimaryAssets不会立即从内存中删除资产。它只是告诉AssetManager“我不再需要这些主资产了请减少它们的引用计数”。只有当该主资产及其依赖的所有硬引用都消失时它们才会在引擎下一次垃圾回收GC时被真正清理。因此内存管理的关键在于管理好你自己的硬引用确保类成员变量、容器如TArrayUObject*在适当的时候清空。理解依赖关系卸载一个主资产并不会强制卸载它的依赖项如果依赖项还被其他主资产引用的话。AssetManager会自动管理依赖的引用计数。手动触发GC在合适的时机如加载界面黑屏时、切换关卡时可以调用GEngine-ForceGarbageCollection(true);来立即回收内存。但频繁GC会造成卡顿需谨慎。4.3 内存分析与调试技巧UE编辑器提供了强大的工具来监控AssetManager和内存状态。控制台命令AssetManager.DumpPrimaryAssetTypes打印所有已注册的主资产类型及其数量。AssetManager.DumpPrimaryAssets -TypeWeapon打印所有“Weapon”类型的资产及其加载状态。Obj List -al列出内存中所有对象可以用于查找泄漏。引用查看器Reference Viewer在内容浏览器中右键任意资源选择“引用查看器”可以图形化地看到该资源的引用链和被谁引用对于排查“为什么这个资源没被卸载”极其有用。内存洞察工具Memory InsightsUE5的高级工具可以分析内存快照精确查看AssetManager管理的资产在内存中的占用情况。一个常见的调试流程是怀疑内存泄漏 - 使用AssetManager.DumpPrimaryAssets查看资产状态是否仍为Loaded- 使用引用查看器找到持有该资产硬引用的对象 - 修复代码逻辑确保引用被释放。5. 实战进阶数据资产、热更新与流式关卡集成掌握了基本加载和管理后我们可以探索一些更高级的、能极大提升项目质量的用法。5.1 数据资产Data Asset作为主资产数据资产继承自UDataAsset是存储游戏配置数据如武器属性、任务信息、角色成长表的绝佳容器。将其注册为主资产管理好处多多// 1. 定义数据资产类 UCLASS(BlueprintType) class UWeaponDataAsset : public UDataAsset { GENERATED_BODY() public: UPROPERTY(EditAnywhere, BlueprintReadOnly) FPrimaryAssetId AssetId; // 可以把自己设为主资产ID UPROPERTY(EditAnywhere, BlueprintReadOnly) float Damage; UPROPERTY(EditAnywhere, BlueprintReadOnly) TSoftObjectPtrUStaticMesh Mesh; // 使用软引用来关联模型 UPROPERTY(EditAnywhere, BlueprintReadOnly) TSoftClassPtrUAnimInstance AnimBlueprint; // 软引用动画蓝图类 }; // 2. 在AssetManager中注册此类型如2.2节所示 // 3. 在编辑器中创建UWeaponDataAsset实例并填写AssetId和属性。 // 4. 在游戏中通过AssetId加载数据资产然后根据需要再异步加载其关联的Mesh和AnimBlueprint。优势逻辑与资源分离数值策划可以在数据资产中配置属性而无需触碰蓝图或代码。批量加载与验证可以轻松地批量加载所有武器数据用于初始化。依赖管理自动化通过软引用AssetManager能自动管理Mesh等资源的加载和卸载。5.2 结合Chunk资源块与热更新对于大型在线游戏AssetManager可以与虚幻的“Chunk”系统结合实现资源的热更新无需重新发布整个游戏包。打包设置在项目设置 - 打包Packaging中你可以根据PrimaryAssetType或特定的PrimaryAssetId来划分Chunk资源块。例如把所有“Weapon”类型的资产打到Chunk 1把“Character”类型的资产打到Chunk 2。运行时管理游戏启动时AssetManager可以检查服务器上的Chunk版本信息。如果发现某个Chunk如包含新武器包的Chunk有更新可以下载对应的.pak文件。动态挂载使用FPakPlatformFileAPI动态挂载下载好的.pak文件。重新扫描挂载后调用UAssetManager::Get().ScanPathsForPrimaryAssets(PrimaryAssetType)让AssetManager重新扫描新Pak中的资产并将其纳入管理。之后你就可以像加载本地资源一样通过PrimaryAssetId加载新更新的武器了。这个过程涉及较多的平台文件操作是高级主题但它是构建“游戏即服务”型项目的关键技术。5.3 与World Partition/流式关卡协同工作UE5的World Partition是制作超大开放世界的官方解决方案。AssetManager可以与其完美配合。思路将每个流式网格Streaming Grid或数据层Data Layer关联的特定资产集合注册为一个“虚拟”的主资产包或类型。预加载阶段当玩家接近某个区域时World Partition系统会请求加载该区域的关卡数据。在这个时机你可以同时通过AssetManager异步加载该区域特有的主资产如该区域NPC的独特装备、任务道具的模型、环境音效。// 假设你有一个函数根据网格坐标获取需要预加载的资产ID列表 TArrayFPrimaryAssetId AssetsForGrid GetPrimaryAssetsForGrid(GridCoord); UAssetManager::Get().LoadPrimaryAssets(AssetsForGrid);依赖共享多个区域可能共享基础资产如相同的树木岩石模型。这些共享资产只需加载一次AssetManager的引用计数机制会妥善管理。卸载时机当World Partition卸载某个区域时你也对应地卸载为该区域预加载的专属主资产。由于AssetManager管理依赖共享的基础资产如果还被其他区域引用则不会卸载。这样你就实现了“关卡流”与“游戏性资源流”的同步避免了玩家跑到新区域时关卡加载好了但里面的特殊物品还是“马赛克”模型的情况。6. 常见问题、性能陷阱与调试实录即使理解了原理在实际项目中依然会遇到各种问题。下面是我踩过的一些坑和解决方案。6.1 加载失败与超时处理异步加载可能因为各种原因失败路径错误、资源被删除、磁盘错误。FStreamableHandle提供了错误处理接口。TSharedPtrFStreamableHandle Handle UAssetManager::Get().LoadPrimaryAsset(AssetId); Handle-BindCompleteDelegate(FStreamableDelegate::CreateLambda([Handle, AssetId]() { if (Handle.IsValid() Handle-HasLoadCompleted()) { if (Handle-HasLoadFailed()) { UE_LOG(LogTemp, Error, TEXT(Failed to load asset: %s), *AssetId.ToString()); // 执行失败逻辑如加载一个默认的占位符资产 LoadFallbackAsset(); } else { // 加载成功 UObject* LoadedObject UAssetManager::Get().GetPrimaryAssetObject(AssetId); } } }));HasLoadCompleted()加载尝试是否已完成无论成功失败。HasLoadFailed()加载是否失败。超时机制AssetManager没有内置超时。你需要自己实现。一种方法是用一个定时器FTimerHandle在启动加载的同时设置定时器超时后检查句柄状态如果仍未完成则调用Handle-CancelHandle()取消加载并执行失败逻辑。6.2 “卡顿”排查IO瓶颈与同步点即使使用了异步加载游戏有时还是会感到“顿一下”。可能的原因同步加载点Sync Points这是最常见的凶手。检查你的代码中是否有在异步加载回调之外意外使用GetPrimaryAssetObject或LoadObject去获取一个可能还未加载的资产。这会导致引擎在那一刻同步阻塞直到资源加载完成。务必确保只在异步加载完成的回调函数内或确认资产已加载后才去获取对象。硬盘IO瓶颈大量小文件随机读取或者机械硬盘速度跟不上。解决方案使用Pak文件打包成.pak文件能大幅提升IO效率。启用异步文件IO确保项目设置中Async Loading Thread数量设置合理通常为物理核心数-1或-2。预加载和缓存根据游戏节奏提前低优先级加载接下来可能用到的资源。主线程处理依赖AssetManager在后台线程加载资源数据但某些资源的“后处理”如纹理压缩格式转换、骨骼网格体创建渲染资源必须在游戏线程主线程完成。如果一帧内完成的后处理任务太重就会卡顿。可以使用STAT命令如stat streamdetail来监控流式加载开销。6.3 烘焙Cook后资产ID改变或找不到这个问题在打包后尤其令人头疼。资产ID在开发时Editor和打包后Cooked的表示形式可能不同。根本原因资产ID默认由对象路径生成。在开发期一个蓝图资产路径可能是/Game/Characters/Hero.Hero。但烘焙后其生成的原生类路径可能变成/Game/Characters/Hero_C.Hero_C。如果你的主资产类型基类设置的是UBlueprint扫描时可能就找不到这个_C类。解决方案使用数据资产如前所述让UDataAsset作为主资产其路径在烘焙前后是稳定的。使用PrimaryAssetId自定义名称在数据资产或特定的蓝图库中显式地设置一个不依赖于路径的、稳定的PrimaryAssetId名称如TEXT(Hero_Archer)并在AssetManager扫描时通过覆盖GetPrimaryAssetIdForObject等函数来返回这个自定义ID。正确设置基类如果你要管理蓝图生成类确保主资产类型的基类设置为该蓝图生成的父类如ACharacter而不是UBlueprint。这样扫描器会找到Hero_C它是一个ACharacter而不是Hero它是一个UBlueprint。6.4 网络复制与AssetManager在多人游戏中服务器和客户端都需要加载资源。你需要仔细规划哪些资产类型需要在服务器端加载。服务器端通常只需要加载游戏逻辑相关的数据资产如伤害数值、技能配置而不需要加载渲染相关的资产如模型、纹理。在注册资产类型时将bIsServerOnly或相应的加载规则设置为false可以避免服务器扫描和加载这些资源节省内存和加载时间。资产ID的复制在网络上同步时同步FPrimaryAssetId它是一个FName和FName的组合本身可复制比同步完整的对象路径或对象引用更高效、更安全。客户端收到ID后再通过本地的AssetManager去异步加载对应的资源。最后分享一个我个人的调试习惯在开发阶段我会在游戏内创建一个调试HUD实时显示当前通过AssetManager加载的主资产数量、类型、以及总内存占用。这能给你一个直观的感受让你时刻了解资源加载和卸载是否按预期工作。实现起来也不难通过UAssetManager::Get().GetPrimaryAssetIdList和UAssetManager::Get().GetPrimaryAssetObject遍历即可。亲眼看到数字随着你进出区域而增减比任何日志都让人安心。