首页
/ Puerts中遍历DataTable导致崩溃问题的分析与解决

Puerts中遍历DataTable导致崩溃问题的分析与解决

2025-06-07 03:55:07作者:龚格成

问题背景

在使用Puerts进行Unreal Engine开发时,开发者经常会遇到需要遍历DataTable数据表的需求。然而,在5.4.4版本的UE中,使用不当的方法遍历DataTable会导致程序崩溃,这给开发工作带来了困扰。

崩溃现象分析

开发者最初尝试使用以下代码遍历DataTable:

let TestTable = UE.DataTable.Load("/Game/DataTables/TestTable");
let testKeys = UE.NewArray(UE.BuiltinString); 
UE.DataTableFunctionLibrary.GetDataTableRowNames(TestTable,$ref(testKeys));
for(var j=0; j < testKeys.Num(); j++) {
    console.log(j, ":", testKeys.Get(j)); // 此处崩溃
}

这段代码会导致EXCEPTION_ACCESS_VIOLATION异常,主要原因是类型不匹配。DataTable的行名实际上是FName类型,而非FString类型。

正确实现方式

方法一:使用BuiltinName类型

正确的做法是使用UE.BuiltinName作为数组元素类型:

let TestTable = UE.DataTable.Load("/Game/DataTables/TestTable");
let testKeys = UE.NewArray(UE.BuiltinName); // 注意这里使用BuiltinName
UE.DataTableFunctionLibrary.GetDataTableRowNames(TestTable,$ref(testKeys));
for(var j=0; j < testKeys.Num(); j++) {
    console.log(j, ":", testKeys.Get(j));
}

方法二:简化写法

Puerts提供了更简洁的写法,可以省略数组类型声明:

let TestTable = UE.DataTable.Load("/Game/DataTables/TestTable");
let rn = $ref<UE.TArray<string>>();
UE.DataTableFunctionLibrary.GetDataTableRowNames(testTable, rn);
for(let name of rn) {
    console.log(name);
}

技术原理

  1. 类型系统匹配:Unreal Engine中DataTable的行名是FName类型,而非FString。FName是引擎内部用于高效字符串比较的类型,使用全局字符串表存储。

  2. Puerts类型映射:Puerts在JavaScript和Unreal类型系统间建立了映射关系,BuiltinName对应UE的FName类型,BuiltinString对应FString类型。

  3. 内存安全:类型不匹配会导致内存访问越界,因为FName和FString在内存中的布局不同,解释器尝试按照错误的方式读取数据。

最佳实践

  1. 在使用UE.DataTableFunctionLibrary.GetDataTableRowNames时,确保使用正确的类型(BuiltinName)。

  2. 对于不确定的类型,可以先打印出变量的类型信息进行确认。

  3. 考虑使用Puerts的类型推断功能,让引擎自动处理类型转换。

  4. 在编辑器停止时出现的崩溃通常是由于资源释放顺序问题,确保在EndPlay时正确清理JavaScript环境。

总结

通过正确理解Unreal Engine的类型系统和Puerts的类型映射关系,可以避免这类崩溃问题。开发者应当注意API文档中参数的类型要求,并在不确定时进行类型检查。Puerts提供的简化语法也能帮助开发者写出更安全、更简洁的代码。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
53
468
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
878
517
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
336
1.1 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
180
264
cjoycjoy
一个高性能、可扩展、轻量、省心的仓颉Web框架。Rest, 宏路由,Json, 中间件,参数绑定与校验,文件上传下载,MCP......
Cangjie
87
14
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
349
381
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
612
60