严格模式下async函数的this指向完全取决于调用方式而非await：await不改变this绑定，暂停执行时上下文（含this）完整保留；所谓“await后this丢失”实为函数被解构调用导致隐式绑定失效，修复关键在于保持对象方法调用形式。
严格模式下，async 函数内部的 this 指向和普通函数完全一致——它不因 await 或 Promise 状态变化而改变，也不会“在 await 后丢失”。真正影响 this 的，始终是函数**如何被调用**，而不是 async/await 语法本身。
await 不会打断 this 绑定链
async 函数执行到 await 时会暂停，但整个函数的执行上下文（包括 this）被完整保留。await 后面的代码仍在同一个函数体内运行，this 依然指向最初调用该方法的对象。
- const obj = { name: 'Tom', async say() { console.log(this.name); await new Promise(r => setTimeout(r, 10)); console.log(this.name); } }; obj.say(); // 两次都输出 'Tom'
- 即使 await 等待的是一个异步操作，this 也不是“重新绑定”，而是原封不动延续原始调用上下文
容易误判“this 丢失”的真实原因
所谓“await 后 this 变了”，其实根本不是 await 导致的，而是函数在调用前就被解构或赋值，导致隐式绑定失效：
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 错误：const fn = obj.say; fn(); → 调用时脱离 obj，this 在严格模式下为 undefined
- 此时无论有没有 await，第一次 console.log(this.name) 就已经报错
- 问题出在 fn() 这一调用方式，而非 await 本身
修复 this 的关键不在 await，而在调用方式
只要确保函数始终以对象方法形式被调用，this 就不会出问题。常见修复手段与是否使用 await 无关：
- 用 bind 显式绑定：const fn = obj.say.bind(obj)
- 用箭头函数包装调用：const fn = () => obj.say()
- 类中用字段语法定义：say = async () => { … }（自动绑定 this）
- 事件监听器中避免直接传方法：button.addEventListener('click', () => obj.say())
箭头函数 + await 的陷阱要特别注意
如果在 async 函数内部用了箭头函数，并在其中访问 this，那这个 this 是继承自外层作用域的，不是 async 函数本身的 this：
- async greet() { const inner = () => console.log(this.name); inner(); } // this 正确指向 obj
- 但若把整个 greet 写成箭头函数：greet = async () => { console.log(this.name); }，则 this 继承自类定义时的外层，通常不是实例
- 这种写法看似“自动绑定”，实则改变了 this 的来源逻辑，需谨慎判断外层 this 是否符合预期
