async/await 不改变 javascript 作用域规则，变量能否访问取决于声明位置和方式；函数内用 let/const/var 声明的变量在 await 前后均持续存在，因 await 仅暂停执行而不销毁函数上下文。
在 async/await 函数中，变量的维持完全遵循 JavaScript 原有的作用域规则，async 和 await 本身不改变作用域行为——它们只是语法糖，底层仍是 Promise 和函数调用。关键在于：变量是否能被访问，取决于它声明的位置（块级、函数级）和声明方式（let/const vs var），而不是 await 是否出现。
函数作用域天然维持变量
async 函数本质仍是函数，其内部声明的变量（用 let、const 或 var）在函数执行期间持续存在，包括跨 await 表达式：
-
await不会“退出”或“销毁”当前函数上下文，只是暂停当前微任务的执行，等 Promise settled 后继续从暂停处运行 - 函数内所有变量（无论声明在
await前还是后）都保留在该函数的词法环境（Lexical Environment）中
例如：
async function example() {
const a = 1;
await Promise.resolve();
console.log(a); // ✅ 正常输出 1 —— a 仍在函数作用域中
}
注意块级作用域与声明位置
如果变量在 if、for 等块中用 let/const 声明，它的生命周期仍受块限制，和 await 无关：
- 在块内声明 → 块外不可访问（哪怕块里有
await） - 在函数顶层声明 → 整个函数内都可访问，包括所有
await前后
反例（常见误解）：
async function bad() {
if (true) {
const x = 'hello';
await Promise.resolve();
}
console.log(x); // ❌ ReferenceError: x is not defined
}
修复方式：把 x 提升到函数作用域：
async function good() {
let x;
if (true) {
x = 'hello';
await Promise.resolve();
}
console.log(x); // ✅ 输出 'hello'
}
闭包与异步回调中的变量捕获
当在 async 函数中创建闭包（如传给 setTimeout、事件监听器或 Promise 回调），要注意变量捕获时机：
- 用
let/const声明的变量在每次循环迭代中是独立绑定，适合在异步中保持预期值 - 用
var声明则共享同一个变量，容易导致所有异步操作看到最终值
示例（循环中正确捕获）：
async function loopWithAwait() {
for (let i = 0; i console.log(i), 0); // ✅ 输出 0, 1, 2（每个 i 是独立绑定）
}
}
避免意外的变量提升或重声明
var 声明存在变量提升，且允许重复声明，在 await 前后混用易引发混淆：
- 推荐统一使用
let/const，明确作用域边界 - 不要在
await后重新用let声明同名变量（会报错：Cannot redeclare block-scoped variable）
错误写法：
async function wrong() {
let x = 1;
await Promise.resolve();
let x = 2; // ❌ SyntaxError
}
正确写法：
async function right() {
let x = 1;
await Promise.resolve();
x = 2; // ✅ 赋值，非重声明
}
本质上，async/await 中的变量维持，就是标准的词法作用域 + 执行上下文生命周期管理。只要理解函数不会因 await 而“中断作用域”，就能自然写出稳定、可预测的代码。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
