Unity项目中使用Puerts时NativeAOT编译导致空字符串崩溃问题分析

问题背景

在Unity游戏开发中，Puerts作为连接JavaScript和C#的桥梁，为开发者提供了跨语言调用的能力。近期发现一个关键问题：当项目使用NativeAOT（Ahead-Of-Time）编译后，JavaScript获取C#返回的空字符串("")时会导致整个进程崩溃。

问题现象

开发者在使用Puerts 2.0.4版本配合Unity的dotnet 8环境时发现：

1. 当C#方法返回空字符串("")时，JavaScript调用这些方法会导致进程直接崩溃
2. 崩溃前会有1-2秒的卡顿
3. 控制台没有任何错误输出
4. 该问题仅在NativeAOT编译模式下出现，JIT模式下运行正常

问题根源

经过深入分析，发现问题出在字符串处理机制上：

1. Puerts在处理C#字符串返回JavaScript时，会使用Encoding.UTF8.GetBytes进行编码转换
2. 在NativeAOT编译环境下，空字符串("")的特殊处理存在问题
3. 当字符串为空时，返回的缓冲区可能缺少正确的终止符
4. 这导致V8引擎在解析时访问非法内存，最终触发"unreachable code"错误

解决方案

Puerts团队通过以下方式解决了该问题：

1. 修改了字符串处理逻辑，特别处理空字符串情况
2. 确保空字符串也能正确编码并传递到JavaScript端
3. 在模块加载器等关键路径上，建议返回null而非空字符串作为安全实践

最佳实践建议

基于此问题的经验，建议开发者在Puerts项目中：

1. 对于可能返回空字符串的C#方法，考虑返回null而非空字符串
2. 在自定义模块加载器的ReadFile等方法中，统一使用null表示"无内容"
3. 升级到包含此修复的Puerts版本
4. 在NativeAOT编译环境下进行充分测试

技术启示

这个问题揭示了NativeAOT编译环境下的一些特殊行为：

1. AOT编译可能改变某些基础类型的默认行为
2. 字符串处理在跨语言交互时需要特别注意边界条件
3. 崩溃无日志输出是NativeAOT环境下的调试挑战
4. 基础库函数在不同编译模式下可能有细微差异

通过理解这个问题及其解决方案，开发者可以更好地在Unity项目中使用Puerts进行跨语言开发，特别是在启用NativeAOT编译时避免类似问题。