E2B Code Interpreter中JavaScript运行时顶层Promise未自动解析的问题分析

问题背景

在使用E2B Code Interpreter的JavaScript运行时环境时，开发者发现了一个重要问题：当执行包含异步操作的JavaScript代码时，顶层Promise不会被自动等待(resolve)，导致代码无法按预期执行完成。

问题现象

具体表现为，当在Sandbox环境中运行包含Promise的JavaScript代码时，执行结果会直接返回一个处于pending状态的Promise对象，而不是等待Promise完成后的最终值。例如以下代码：

const printResult = async () => {
  return 'foo';
};

printResult()
  .then((result) => {
    console.log("glama.result");
  })
  .catch((error) => {
    console.log("glama.error");
  });

在E2B Code Interpreter中执行后，输出结果会显示Promise { <pending> }，表明Promise未被解析，相关的then/catch回调也从未被执行。

技术原因

这个问题源于JavaScript运行时的执行机制差异。在常规的Node.js或浏览器环境中，顶层Promise会被自动处理，但在某些沙箱环境中，特别是基于特定内核的实现，这种自动解析机制可能不存在。

E2B团队最初使用的JavaScript内核没有正确处理顶层Promise的自动解析，这导致了开发者在编写异步代码时遇到预期之外的行为。

解决方案

E2B开发团队已经意识到这个问题，并采取了以下改进措施：

1. 内核替换：团队正在测试使用Deno作为新的JavaScript运行时内核。Deno提供了更好的现代JavaScript特性支持，包括更完善的Promise处理机制。

2. 执行环境优化：新内核将更好地支持异步/await语法和Promise链式调用，确保顶层Promise能够被正确解析。

3. 兼容性考虑：在过渡期间，团队建议开发者可以通过以下方式临时解决这个问题：

   • 显式地等待Promise完成
   • 使用IIFE(立即调用函数表达式)包裹异步代码

最佳实践建议

对于需要在E2B Code Interpreter中运行异步JavaScript代码的开发者，建议：

1. 明确等待所有顶层Promise，例如：

(async () => {
  await printResult();
})();

2. 关注E2B Code Interpreter的更新，及时切换到支持Deno内核的版本。

3. 在关键业务逻辑中添加错误处理，即使当前环境可能不会触发Promise拒绝。

未来展望

随着E2B Code Interpreter对Deno内核支持的完善，JavaScript运行时环境将提供更符合现代开发预期的行为。这将显著提升开发者在沙箱环境中编写和测试异步代码的体验。

团队还在评估其他可能的JavaScript内核选项，以提供更全面的语言特性和更好的性能表现。开发者可以期待未来版本中更强大、更稳定的JavaScript执行能力。