Puerts项目中的Unity编辑器崩溃问题分析与解决

问题背景

在Puerts项目中，开发者报告了一个仅在Unity编辑器环境下出现的崩溃问题。该问题表现为当通过eval执行某些特定JavaScript代码时，Unity编辑器会直接崩溃，而打包后的应用则运行正常。

崩溃现象

根据崩溃日志分析，问题发生在PuertsDLL.GetJSStackTrace方法中。当调用栈回溯时，系统抛出了SIGSEGV信号（段错误），这表明程序尝试访问了非法内存地址。崩溃堆栈显示调用链如下：

1. 从Unity的Update循环开始
2. 通过GenericDelegate调用JavaScript函数
3. 在获取JavaScript调用栈时崩溃

问题根源

经过深入分析，发现该问题与eval执行的JavaScript代码有关。当通过eval执行匿名函数时，由于eval环境没有关联的脚本名称(ScriptName)，导致在尝试获取调用栈信息时出现异常。

具体来说，当执行以下模式时容易触发该问题：

• C#端定义了一个静态方法接收Action参数
• TypeScript端通过eval执行一个匿名函数作为参数传入

临时解决方案

开发者提供了一个临时解决方案：在PuertsDLL.GetJSStackTrace方法中直接返回空字符串，绕过获取调用栈的逻辑。这种方法虽然可以避免崩溃，但会丢失有价值的调用栈信息。

永久修复

项目维护者随后提交了修复代码，正确处理了eval环境下的调用栈获取问题。修复方案包括：

1. 检查当前执行环境是否有有效的脚本名称
2. 对于eval环境，提供合理的默认处理
3. 确保在获取调用栈信息前进行必要的安全检查

技术启示

这个案例揭示了几个重要的技术要点：

1. 跨语言调用安全：在C#和JavaScript交互时，必须特别注意边界条件处理
2. eval的特殊性：eval执行的代码与常规代码有不同的执行上下文，需要特殊处理
3. 编辑器与运行时差异：Unity编辑器环境和打包后运行环境存在差异，测试需全面覆盖

最佳实践建议

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

1. 避免在关键路径上使用eval执行代码
2. 为所有TypeScript代码提供明确的脚本名称
3. 在调用JavaScript函数时添加适当的错误处理
4. 同时在编辑器和打包环境下进行全面测试

该问题的解决体现了开源社区协作的力量，通过开发者报告和维护者修复的良性互动，共同提升了Puerts项目的稳定性。