Emscripten中JSPI与MEMORY64模式下的dlopen问题解析

在Emscripten项目中，当同时启用JSPI(JavaScript Promise Integration)和MEMORY64特性时，test_dlfcn_asyncify测试用例会出现无法正常工作的问题。本文将深入分析这一问题的技术背景、产生原因以及解决方案。

问题现象

当运行测试用例时，系统会抛出"SyntaxError: Cannot convert [object Promise] to a BigInt"错误。这个错误发生在尝试将JSPI返回的Promise对象转换为BigInt类型时，而BigInt构造函数无法直接处理Promise对象。

技术背景

MEMORY64特性

MEMORY64是Emscripten提供的一项特性，允许使用64位内存地址空间。在这种模式下，指针值需要使用BigInt类型来表示，因为JavaScript的Number类型无法精确表示64位整数。

JSPI特性

JSPI(JavaScript Promise Integration)是Emscripten中用于集成JavaScript Promise的机制。它允许WebAssembly代码与异步JavaScript操作进行交互。在JSPI模式下，原本同步的函数调用可能会返回Promise对象。

问题根源

问题的核心在于_dlopen_js函数的实现。在MEMORY64模式下，该函数需要返回一个指针值(使用BigInt表示)，但在JSPI模式下，该函数会返回一个Promise对象。当系统尝试使用BigInt(ret)进行类型转换时，由于ret是一个Promise对象而非原始值，导致转换失败。

解决方案

经过开发者讨论，确定了以下解决方案：

1. 确保所有标记为__async的函数都被正确声明为async函数
2. 在返回BigInt前使用await等待Promise解析
3. 修改代码为return BigInt(await ret)的形式

这种解决方案既保持了MEMORY64模式下对64位指针的支持，又兼容了JSPI的异步特性。即使对非Promise值使用await也是安全的，因为await会直接返回原始值。

实现细节

在实际实现中，需要注意以下几点：

1. 函数必须声明为async才能使用await关键字
2. JSPI的最新变化使得所有被包装的导入函数都会变为异步操作
3. 通过库装饰器__async: true标记的函数需要确保被正确处理

结论

这个问题展示了Emscripten中不同特性组合时可能出现的边界情况。通过深入理解MEMORY64和JSPI的工作原理，开发者能够找到既保持功能完整性又解决兼容性问题的方案。这也提醒我们在使用高级特性组合时，需要特别注意类型系统和异步操作的交互方式。