为何eval中try块内声明的async函数无法在全局作用域生效

该现象是ECMAScript规范对不同类型函数的块级声明的差异化处理规则导致的：

• 普通函数声明存在非严格模式下的legacy兼容行为：ES5之前标准没有定义块级作用域，各大浏览器为了兼容旧代码，统一实现了块内普通函数声明提升到外层作用域的逻辑。你第一个示例中包裹在try块内的foo3是普通函数，eval默认运行在非严格模式的全局作用域下，因此foo3会被提升到全局作用域，外部可正常访问。
• async函数是ES2017新增的语法，不存在兼容旧标准的legacy提升逻辑，严格遵循块级作用域规则：块内部的async函数声明仅在当前块内部生效，不会被提升到块的外层作用域。因此第三个示例中的foo5只在try块内部可访问，全局作用域下自然找不到该定义。

你可以在try块内部直接调用foo5验证，调用会正常执行无报错，进一步证明函数仅在块内生效。

针对IDE的代码求值场景，可采用以下方案实现全局可访问foo5的需求：

• 显式挂载到全局对象：将块内的async函数声明改为全局对象赋值形式，不受作用域规则限制：

eval(`try{ window.foo5 = async function(){console.log("Hi")} } catch(err) {console.log(err)}`)

• 用var声明替代函数声明：利用var声明会提升到当前作用域顶层的特性，将async函数赋值给var声明的变量：

eval(`try{ var foo5 = async function(){console.log("Hi")} } catch(err) {console.log(err)}`)

var声明的变量会被提升到eval运行的顶层作用域（即全局作用域），赋值完成后全局即可正常访问。

• IDE层代码预处理：如果希望用户无感知使用原有写法，可以在求值逻辑前做代码转换，识别块内的async/generator函数声明，自动转换为上述var赋值形式，无需用户修改代码即可实现全局访问效果。

内容的提问来源于stack exchange，提问作者user1343035