UE5运行时动态导入FBX模型：从Assimp集成到资产创建的完整实现

1. 项目概述与核心价值

最近在几个UE5开发者群里，总能看到有朋友在问：“有没有好用的运行时导入FBX模型的插件推荐？” 或者抱怨某个商业插件太贵，功能还不完全符合自己的项目需求。作为一个从UE4时代就开始折腾各种运行时资源加载的老兵，我深知这种需求在工具链开发、数字孪生、或者需要用户自定义内容的项目中是多么普遍。今天，我就来彻底拆解这个需求，手把手带你从零开始，不依赖任何付费插件，在UE5中实现一套完整的、健壮的运行时动态导入FBX模型的功能。我会把核心思路、关键代码、以及我踩过的那些“坑”都毫无保留地分享出来，并附上完整的、可运行的源码工程。学完这篇，你不仅能省下一笔插件费用，更能深入理解UE5资产管理的底层逻辑，未来面对任何自定义格式的运行时加载需求，你都能游刃有余。

简单来说，我们要实现的目标是：在打包后的游戏或应用运行时，用户可以选择一个本地的FBX文件，我们的程序能读取这个文件，将其中的网格体（Mesh）、材质（Material）、纹理（Texture）甚至骨骼动画（Skeleton）等数据，动态地创建为UE5引擎内的UObject资产，并最终生成一个可以放置在场景中或进行后续操作的Actor。这整个过程完全在运行时（Runtime）完成，不依赖于编辑器（Editor）的导入流程。

2. 核心思路与方案选型

在动手写代码之前，我们必须先理清思路。在UE5中动态创建资产，本质上是在操作它的“资产管理系统”。编辑器下我们通过“导入”按钮完成的复杂过程，在运行时需要我们用代码一步步复现。

2.1 为什么不用现成的UAssetTools？

很多人的第一反应是去寻找编辑器模块AssetTools，它提供了ImportAsset等强大的函数。但关键在于，AssetTools是一个编辑器模块。它严重依赖于编辑器的上下文、Slate UI、以及一系列不可在运行时使用的类（如FAssetToolsModule）。如果你在打包后的游戏中尝试调用它，要么链接失败，要么直接崩溃。所以，这条路在纯运行时环境下是行不通的。我们必须寻找一套不依赖编辑器功能的、底层的API。

2.2 我们的技术路线：Assimp+ UE5RuntimeAssetCache

经过多次实践和方案对比，我总结出一条最稳定、可控性最高的路径，其核心分为两大步：

1. FBX文件解析：我们需要一个第三方库来读取FBX文件，将其中的几何数据、材质信息、层级关系等解析成我们程序可以理解的内存数据结构。这里我选择Assimp（Open Asset Import Library）。它是一个开源、跨平台的模型导入库，支持包括FBX在内的数十种格式，成熟稳定，社区活跃。我们将把Assimp集成到我们的UE5项目中。
2. UE5资产创建：拿到解析后的数据后，我们需要在UE5中创建对应的资产。这包括：
   • 创建UStaticMesh或USkeletalMesh：使用FRawMesh或FStaticMeshLODResources等结构来填充网格数据。
   • 创建UMaterialInstanceDynamic：根据FBX中的材质信息，创建或匹配基础材质，并动态设置纹理参数。
   • 创建UTexture2D：从FBX引用的贴图文件（如PNG, TGA, JPG）中读取像素数据，创建运行时纹理。
   • 资产管理与组装：将创建的网格、材质等资产组织起来，最终生成一个可用的AActor放入世界。

这里有一个至关重要的概念：我们不能像编辑器那样在磁盘上生成.uasset文件。运行时创建的所有UObject都生存在内存中，由引擎的垃圾回收（GC）系统管理。我们需要精心设计它们的生命周期，防止被意外回收，并在适当的时候（如关卡切换、对象销毁）进行清理。

2.3 方案优势与挑战

优势：

• 完全独立：不依赖任何编辑器模块，可在任何打包配置（Development, Shipping）下运行。
• 深度可控：你可以控制导入的每一个细节，比如只导入特定LOD、过滤某些材质属性、自定义顶点数据处理逻辑等。
• 零成本：核心依赖Assimp为开源库，无需支付任何授权费用。
• 技能提升：深入理解网格数据从文件到屏幕渲染的完整管线。

挑战与注意事项：

• 性能考量：解析复杂的FBX文件和创建资产是CPU密集型操作，必须在异步线程中进行，避免阻塞游戏线程导致卡顿。我们将使用AsyncTask或UE5的AsyncLoading系统。
• 内存管理：手动创建的UObject需要妥善管理其引用，避免内存泄漏。通常我们会将其作为某个UObject（如一个管理器）的UPROPERTY成员，或者添加到根集（AddToRoot）来防止GC，并在不需要时手动RemoveFromRoot和MarkAsGarbage。
• 功能完整性：商业插件往往处理了海量的边界情况和不同版本的FBX文件。我们的实现需要逐步完善，重点覆盖最常用的功能（静态网格、基础材质、漫反射贴图）。

3. 环境准备与Assimp集成

工欲善其事，必先利其器。首先我们需要将Assimp库集成到UE5项目中。

3.1 获取Assimp库

推荐使用预编译的二进制版本，以节省时间。你可以从Assimp的GitHub Releases页面下载对应你开发平台（Windows, Linux, Mac）的编译好的库文件。我们需要的是：

• 动态链接库（例如Windows下的assimp-vc143-mt.dll）或静态库（.lib/.a）。
• 对应的头文件（include/assimp目录）。
• 确保库的编译配置（如Runtime Library/MTvs/MD）与你的UE5项目匹配。通常UE5项目使用/MD，所以应选择对应/MD编译的Assimp库。

3.2 在UE5项目中集成

1. 放置库文件：在你的UE5项目根目录下（或某个第三方库目录，如ThirdParty/Assimp），创建Binaries、Lib、Include子目录。将下载的DLL放入Binaries/Win64/，LIB文件放入Lib/，头文件放入Include/。
2. 修改.Build.cs文件：打开你项目源码目录下的[YourProject].Build.cs文件，添加Assimp的包含路径和库依赖。

using UnrealBuildTool; public class YourProject : ModuleRules { public YourProject(ReadOnlyTargetRules Target) : base(Target) { PCHUsage = PCHUsageMode.UseExplicitOrSharedPCHs; PublicDependencyModuleNames.AddRange(new string[] { "Core", "CoreUObject", "Engine", "InputCore", "RHI", "RenderCore", "AssetRegistry" }); PrivateDependencyModuleNames.AddRange(new string[] { }); // --- Assimp 集成开始 --- string AssimpDir = Path.GetFullPath(Path.Combine(ModuleDirectory, "../ThirdParty/Assimp")); string IncludePath = Path.Combine(AssimpDir, "Include"); string LibPath = Path.Combine(AssimpDir, "Lib"); // 添加包含路径 PublicIncludePaths.Add(IncludePath); // 添加库路径和链接库 if (Target.Platform == UnrealTargetPlatform.Win64) { PublicAdditionalLibraries.Add(Path.Combine(LibPath, "assimp-vc143-mt.lib")); // 根据你的库名修改 // 确保DLL在运行时可用。通常我们会将其复制到输出目录。 RuntimeDependencies.Add(Path.Combine(AssimpDir, "Binaries/Win64/assimp-vc143-mt.dll")); } // 可以添加其他平台（如Mac、Linux）的配置 // --- Assimp 集成结束 --- } }

3. 处理DLL部署：为了让打包后的游戏能找到Assimp的DLL，最稳妥的方式是将DLL放在与游戏可执行文件相同的目录。上述RuntimeDependencies.Add语句会在打包时（如果配置正确）将DLL复制到输出目录。你也可以在PostBuild步骤中手动复制。

注意：集成第三方库是C++项目常见的难点。如果编译或链接失败，请仔细检查库文件的平台（x64）、编译模式（Debug/Release）、运行时库（/MTd, /MDd, /MT, /MD）是否与你的UE5项目匹配。不匹配是导致“无法解析的外部符号”或运行时崩溃的最常见原因。

4. 核心代码解析：FBX解析与UE5资产创建

接下来是核心部分。我们将创建一个名为FRuntimeFBXImporter的类来封装整个导入逻辑。为了清晰，我将分步骤解析关键代码片段。

4.1 第一步：异步任务与文件读取

由于导入操作可能耗时，我们必须将其放在异步线程中。

// 在某个Actor或Component的调用入口 void AMyImporterActor::StartFBXImportAsync(const FString& InFilePath) { // 使用UE5的异步任务系统 Async(EAsyncExecution::ThreadPool, [this, InFilePath]() { TSharedPtr<FRuntimeFBXImporter> Importer = MakeShared<FRuntimeFBXImporter>(); bool bSuccess = Importer->ImportFBX(InFilePath); // 将结果传回游戏线程进行后续处理（如创建Actor） AsyncTask(ENamedThreads::GameThread, [this, bSuccess, Importer]() { OnFBXImportCompleted(bSuccess, Importer); }); }); }

在FRuntimeFBXImporter::ImportFBX函数中，我们首先使用Assimp读取文件：

#include <assimp/Importer.hpp> #include <assimp/scene.h> #include <assimp/postprocess.h> bool FRuntimeFBXImporter::ImportFBX(const FString& FilePath) { std::string FilePathStd = TCHAR_TO_UTF8(*FilePath); Assimp::Importer Importer; // aiProcess_Triangulate 将多边形统一转换为三角形，UE5网格体需要三角形。 // aiProcess_CalcTangentSpace 计算切线空间，用于法线贴图。 // aiProcess_FlipUVs 翻转V坐标，因为FBX和UE5的纹理V坐标方向可能相反。 const aiScene* Scene = Importer.ReadFile(FilePathStd, aiProcess_Triangulate | aiProcess_CalcTangentSpace | aiProcess_FlipUVs | aiProcess_GenNormals); if (!Scene || Scene->mFlags & AI_SCENE_FLAGS_INCOMPLETE || !Scene->mRootNode) { UE_LOG(LogTemp, Error, TEXT("Assimp failed to load file: %s"), *FString(Importer.GetErrorString())); return false; } // 处理场景... ProcessNode(Scene->mRootNode, Scene); return true; }

4.2 第二步：处理网格数据并创建UStaticMesh

这是最核心的一步。我们需要遍历Assimp的网格（aiMesh），提取顶点位置、法线、UV、索引等信息，填充到UE5的FStaticMeshLODResources中。

void FRuntimeFBXImporter::ProcessMesh(aiMesh* Mesh, const aiScene* Scene) { TArray<FVector3f> Vertices; TArray<FVector3f> Normals; TArray<FVector2f> UVs; TArray<uint32> Indices; TArray<FColor> VertexColors; // 1. 提取顶点数据 for (unsigned int i = 0; i < Mesh->mNumVertices; ++i) { FVector3f Vertex; Vertex.X = Mesh->mVertices[i].x; Vertex.Y = Mesh->mVertices[i].y; // 注意：可能需要根据坐标系调整Y和Z Vertex.Z = Mesh->mVertices[i].z; Vertices.Add(Vertex); if (Mesh->HasNormals()) { FVector3f Normal; Normal.X = Mesh->mNormals[i].x; Normal.Y = Mesh->mNormals[i].y; Normal.Z = Mesh->mNormals[i].z; Normals.Add(Normal); } // 处理UV（假设第一套UV） if (Mesh->HasTextureCoords(0)) { FVector2f UV; UV.X = Mesh->mTextureCoords[0][i].x; UV.Y = Mesh->mTextureCoords[0][i].y; UVs.Add(UV); } } // 2. 提取索引数据（三角形） for (unsigned int i = 0; i < Mesh->mNumFaces; ++i) { aiFace Face = Mesh->mFaces[i]; for (unsigned int j = 0; j < Face.mNumIndices; ++j) { Indices.Add(Face.mIndices[j]); } } // 3. 创建UE5静态网格体资源 UStaticMesh* StaticMesh = NewObject<UStaticMesh>(); // 防止被垃圾回收 StaticMesh->AddToRoot(); FStaticMeshSourceModel& SourceModel = StaticMesh->AddSourceModel(); FRawMesh RawMesh; // 将我们提取的数据填充到FRawMesh中 RawMesh.VertexPositions = Vertices; RawMesh.WedgeIndices = Indices; // 设置法线和UV for (int32 i = 0; i < Normals.Num(); ++i) { RawMesh.WedgeTangentZ.Add(Normals[i]); } if (UVs.Num() > 0) { RawMesh.WedgeTexCoords[0] = UVs; // 设置到第一套UV } // 保存RawMesh到SourceModel SourceModel.SaveRawMesh(RawMesh); // 4. 构建渲染数据 StaticMesh->Build(false); // 不进行异步构建 StaticMesh->CreateBodySetup(); // 创建碰撞体数据（如果需要） CreatedStaticMeshes.Add(StaticMesh); // 保存引用 }

关键细节与避坑：

• 坐标系转换：3D软件和游戏引擎的坐标系可能不同（如Y-Up和Z-Up）。Assimp导入时可以通过aiProcess_MakeLeftHanded等标志进行一些转换，但有时仍需手动调整顶点数据的Y和Z分量。务必用简单的方块模型测试，确认导入后的朝向是否正确。
• 索引格式：确保WedgeIndices是uint32类型。对于顶点数超过65535的网格，必须使用32位索引。
• UV通道：FRawMesh的WedgeTexCoords是一个数组，支持多套UV。我们将第一套UV放在WedgeTexCoords[0]。
• 内存与性能：NewObject和Build操作在游戏线程进行（我们在异步回调中）。对于复杂网格，Build可能较慢。对于大量导入，需要考虑更精细的负载管理。

4.3 第三步：处理材质与纹理

FBX文件通常包含材质名和引用的贴图路径。我们需要在UE5中创建对应的材质实例和纹理。

void FRuntimeFBXImporter::ProcessMaterial(aiMaterial* AssimpMaterial, const FString& BaseDir) { // 1. 获取材质基础属性（如名称、漫反射颜色） aiString MatName; AssimpMaterial->Get(AI_MATKEY_NAME, MatName); FString MaterialName = UTF8_TO_TCHAR(MatName.C_Str()); // 2. 寻找或创建基础材质 // 通常我们会预先在内容浏览器中创建一个“宿主”材质（M_RuntimeFBXBase），它定义了材质节点网络，并暴露一些参数（如BaseColor, Normal, Roughness）。 UMaterialInterface* BaseMaterial = LoadObject<UMaterialInterface>(nullptr, TEXT("/Game/Path/To/M_RuntimeFBXBase.M_RuntimeFBXBase")); if (!BaseMaterial) { // 如果没找到，可以创建一个非常简单的默认材质 BaseMaterial = UMaterial::GetDefaultMaterial(MD_Surface); } // 3. 创建动态材质实例 UMaterialInstanceDynamic* MID = UMaterialInstanceDynamic::Create(BaseMaterial, nullptr); MID->AddToRoot(); // 4. 处理漫反射贴图 aiString TexturePath; if (AssimpMaterial->GetTexture(aiTextureType_DIFFUSE, 0, &TexturePath) == AI_SUCCESS) { FString FullTexturePath = BaseDir / UTF8_TO_TCHAR(TexturePath.C_Str()); UTexture2D* DiffuseTexture = LoadOrCreateTexture(FullTexturePath); if (DiffuseTexture) { MID->SetTextureParameterValue(FName("BaseColor"), DiffuseTexture); } } // 5. 处理其他贴图类型（法线、粗糙度、金属度等），逻辑类似 // ... CreatedMaterials.Add(MID); } UTexture2D* FRuntimeFBXImporter::LoadOrCreateTexture(const FString& TextureFilePath) { // 检查是否已加载过 if (UTexture2D** FoundTex = CreatedTextures.Find(TextureFilePath)) { return *FoundTex; } // 使用UE5的IImageWrapper模块和RHI API从文件创建纹理 TArray<uint8> FileData; if (!FFileHelper::LoadFileToArray(FileData, *TextureFilePath)) { return nullptr; } IImageWrapperModule& ImageWrapperModule = FModuleManager::LoadModuleChecked<IImageWrapperModule>(FName("ImageWrapper")); EImageFormat ImageFormat = ImageWrapperModule.DetectImageFormat(FileData.GetData(), FileData.Num()); if (ImageFormat == EImageFormat::Invalid) return nullptr; TSharedPtr<IImageWrapper> ImageWrapper = ImageWrapperModule.CreateImageWrapper(ImageFormat); if (!ImageWrapper.IsValid() || !ImageWrapper->SetCompressed(FileData.GetData(), FileData.Num())) return nullptr; TArray<uint8> RawData; if (!ImageWrapper->GetRaw(ERGBFormat::BGRA, 8, RawData)) return nullptr; // 创建UTexture2D UTexture2D* NewTexture = NewObject<UTexture2D>(); NewTexture->AddToRoot(); NewTexture->PlatformData = new FTexturePlatformData(); NewTexture->PlatformData->SizeX = ImageWrapper->GetWidth(); NewTexture->PlatformData->SizeY = ImageWrapper->GetHeight(); NewTexture->PlatformData->PixelFormat = EPixelFormat::PF_B8G8R8A8; // 分配纹理数据 FTexture2DMipMap* Mip = new FTexture2DMipMap(); NewTexture->PlatformData->Mips.Add(Mip); Mip->SizeX = ImageWrapper->GetWidth(); Mip->SizeY = ImageWrapper->GetHeight(); Mip->BulkData.Lock(LOCK_READ_WRITE); void* Data = Mip->BulkData.Realloc(RawData.Num()); FMemory::Memcpy(Data, RawData.GetData(), RawData.Num()); Mip->BulkData.Unlock(); NewTexture->UpdateResource(); CreatedTextures.Add(TextureFilePath, NewTexture); return NewTexture; }

实操心得：

• 材质模板：预先制作一个好的“宿主”材质（M_RuntimeFBXBase）至关重要。它应该包含常用的材质输入节点（BaseColor, Normal, Metallic, Roughness等），并设置为“可实例化”。这样创建的UMaterialInstanceDynamic才能动态设置这些参数。
• 纹理管理：LoadOrCreateTexture函数实现了简单的纹理缓存。如果同一个贴图被多个材质引用，只创建一份UTexture2D对象，节省内存和GPU资源。
• 贴图路径：FBX中存储的贴图路径可能是绝对的，也可能是相对的。需要根据FBX文件所在目录（BaseDir）进行解析。有时路径可能包含..或环境变量，需要更复杂的路径处理逻辑。

4.4 第四步：组装最终Actor

当所有网格和材质都创建好后，我们需要在游戏世界中创建一个Actor来展示它们。

void AMyImporterActor::OnFBXImportCompleted(bool bSuccess, TSharedPtr<FRuntimeFBXImporter> Importer) { if (!bSuccess || !Importer.IsValid()) return; // 1. 创建空的Actor FActorSpawnParameters SpawnParams; SpawnParams.SpawnCollisionHandlingOverride = ESpawnActorCollisionHandlingMethod::AlwaysSpawn; AActor* SpawnedActor = GetWorld()->SpawnActor<AActor>(AActor::StaticClass(), FVector::ZeroVector, FRotator::ZeroRotator, SpawnParams); // 2. 为每个导入的静态网格体添加一个UStaticMeshComponent for (UStaticMesh* StaticMesh : Importer->CreatedStaticMeshes) { UStaticMeshComponent* MeshComp = NewObject<UStaticMeshComponent>(SpawnedActor); MeshComp->RegisterComponent(); MeshComp->SetStaticMesh(StaticMesh); // 3. 分配材质（这里简化处理，假设每个网格对应一个材质） if (Importer->CreatedMaterials.Num() > 0) { // 实际项目中需要根据Assimp中的网格-材质索引关系来分配 MeshComp->SetMaterial(0, Importer->CreatedMaterials[0]); } MeshComp->AttachToComponent(SpawnedActor->GetRootComponent(), FAttachmentTransformRules::KeepRelativeTransform); } // 4. 将创建的资产引用传递给Actor，以便统一管理生命周期 if (URuntimeAssetContainer* AssetContainer = NewObject<URuntimeAssetContainer>(SpawnedActor)) { AssetContainer->SetAssets(Importer->CreatedStaticMeshes, Importer->CreatedMaterials, Importer->CreatedTextures); // 可以将AssetContainer作为SpawnedActor的成员变量保存 } }

这里我引入了一个URuntimeAssetContainer类，它是一个UObject，用于持有所有运行时创建的资产（网格、材质、纹理）的引用。将这个容器作为生成Actor的子对象，可以确保只要Actor存在，这些资产就不会被垃圾回收。当Actor被销毁时，容器及其持有的所有资产也会被一并清理。

5. 完整流程梳理与高级话题

让我们把上面的代码片段串联起来，回顾完整的运行时导入流程：

1. 用户交互：通过文件对话框（如DesktopPlatform模块）让用户选择FBX文件。
2. 异步触发：在主游戏线程接收到文件路径后，立即将导入任务派发到线程池。
3. Assimp解析：在后台线程中，使用Assimp加载和解析FBX文件，得到场景图（aiScene）。
4. 数据转换：递归遍历场景节点，将每个aiMesh转换为UE5的FRawMesh，将aiMaterial信息转换为UE5材质参数和贴图路径。
5. UE5资产创建：仍在后台线程中，但通过NewObject创建UObject（这实际上是线程安全的，只要不调用某些特定的UObject方法）。创建UStaticMesh、UTexture2D，并基于模板材质创建UMaterialInstanceDynamic。
6. 回游戏线程：所有数据准备就绪后，将结果打包，通过AsyncTask切回游戏线程。
7. 场景组装：在游戏线程中，创建新的AActor和UStaticMeshComponent，将创建好的网格和材质赋予组件，并添加到场景。
8. 资产管理：将创建的所有运行时资产放入一个资产管理器或容器中，妥善管理其生命周期。

高级功能与扩展方向：

• 骨骼网格体（Skeletal Mesh）支持：原理类似，但更为复杂。需要从Assimp中读取骨骼（aiBone）和动画数据（aiAnimation），并创建UE5的USkeleton、USkeletalMesh和UAnimSequence。这涉及到骨骼变换矩阵、顶点权重、动画曲线等数据的转换。
• LOD（多层次细节）：Assimp场景可能包含多个Mesh，你可以将它们识别为同一模型的不同LOD级别，然后通过UStaticMesh的AddSourceModel添加多个LOD源。
• 光照贴图UV：如果需要烘焙光照，可能需要生成或导入第二套UV（Lightmap UV）。这可以在Assimp导入后通过UE5的FStaticMeshOperations工具集进行计算。
• 碰撞体生成：在UStaticMesh::CreateBodySetup()后，你可以进一步生成简单碰撞体，如UBodySetup->CreatePhysicsMeshes()。
• 进度反馈：对于大文件，可以在解析和转换过程中计算进度，通过委托（Delegate）或事件（Event）反馈给UI。

6. 常见问题、调试技巧与优化建议

在实际操作中，你几乎一定会遇到各种问题。下面是我总结的一些常见坑点和解决思路。

6.1 模型显示异常（黑屏、粉紫、错乱）

• 可能原因1：坐标系不对。这是最常见的问题。FBX可能是Y-Up，而UE5是Z-Up。解决方案：在将顶点数据从Assimp导入到FRawMesh时，交换Y和Z坐标（并可能需要对其中一个取反）。例如：Vertex.Y = -Mesh->mVertices[i].z; Vertex.Z = Mesh->mVertices[i].y;。需要用一个已知朝向的简单模型（如一个指向特定方向的箭头）进行测试和调整。
• 可能原因2：法线或切线错误。模型显示为全黑或光照怪异。解决方案：确保在Assimp导入标志中启用了aiProcess_CalcTangentSpace或aiProcess_GenNormals。检查法线数据是否成功导入到RawMesh.WedgeTangentZ。
• 可能原因3：UV错误。纹理拉伸或错位。解决方案：确认使用了aiProcess_FlipUVs标志。检查UV数据是否正确地赋值给了RawMesh.WedgeTexCoords[0]。用只有纯色纹理的模型测试。
• 可能原因4：材质未正确应用。模型显示为默认的“棋盘格”粉色或灰色。解决方案：检查UMaterialInstanceDynamic是否创建成功，纹理参数名（如“BaseColor”）是否与宿主材质中暴露的参数名完全一致。在宿主材质中，确保相关参数已连接到主材质节点。

6.2 性能问题与崩溃

• 崩溃：访问违规（Access Violation）。解决方案：99%的情况是第三方库（Assimp）的版本或编译配置不匹配。确保你使用的Assimp DLL/LIB是用与你的UE5项目完全相同的编译器版本（如VS2022）和运行时库（/MD）编译的。使用Dependency Walker工具检查DLL依赖。
• 卡顿：导入复杂模型时游戏帧率下降。解决方案：必须确保ImportFBX和ProcessMesh等耗时操作在异步线程中执行。UStaticMesh::Build()和纹理的UpdateResource()虽然可以在游戏线程调用，但对于巨大资源仍有开销，可以考虑分帧处理或显示加载进度条。
• 内存泄漏：运行时创建的UObject没有被正确销毁。解决方案：使用AddToRoot()防止GC，但一定要在不需要时（如Actor销毁时）调用RemoveFromRoot()并设置ConditionalBeginDestroy()。使用URuntimeAssetContainer这样的管理器类来集中管理生命周期是最佳实践。

6.3 打包后失效

• 问题：在编辑器中运行正常，打包后无法导入或崩溃。解决方案：
  1. DLL部署：确保Assimp的DLL被打包进了游戏的Binaries/Win64目录。在项目的Build.cs中使用RuntimeDependencies是正确方法，但也要检查打包设置。
  2. 文件路径：打包后，用户选择的FBX文件路径可能不在游戏的可访问沙盒内。考虑将FBX文件先读取到内存，或者复制到游戏的持久化存储目录（如FPaths::ProjectSavedDir()）再进行处理。
  3. 贴图路径：FBX中引用的贴图路径可能是绝对路径，打包后不存在。需要在导入逻辑中，将贴图路径基于FBX文件所在目录进行解析，并尝试加载。如果找不到，可以记录警告并使用默认贴图。

6.4 调试与日志

• 大量使用UE_LOG在各个阶段输出信息：开始导入、找到网格数、创建纹理成功/失败等。
• 在开发阶段，可以将中间数据（如顶点位置）输出到文件，或用DrawDebugPoint等在场景中可视化，以验证数据是否正确。
• 使用UE5的OBJ导出功能，将你运行时创建的UStaticMesh导出为OBJ文件，然后用建模软件打开，检查几何体是否正确。

实现UE5运行时动态导入FBX是一个涉及多层面知识的综合任务，从第三方库集成、多线程编程、引擎资产管理到底层图形数据转换。虽然初始搭建需要一些耐心，但一旦跑通，你对UE5内部运作机制的理解将会上一个巨大的台阶。这套方案为你提供了一个高度定制化的起点，你可以根据具体项目需求，轻松地扩展其对其他格式的支持、增加更复杂的材质处理逻辑，或者集成到你的工具链中。希望这份超详细的解析和附带的源码思路，能帮你彻底告别对昂贵插件的依赖，真正把核心技术掌握在自己手里。如果在实现过程中遇到任何问题，欢迎在评论区交流讨论。