try-catch 的块级作用域不提供变量隔离，真正隔离靠 let/const 声明；避免异步报错污染需封装异步逻辑、限制变量作用域、返回结构化结果、显式传递参数而非依赖闭包。
try-catch 的块级作用域（block scope）本身并不提供变量隔离能力——catch 参数是块级绑定的，但 try 或 catch 内部用 let/const 声明的变量才真正受块作用域限制。所谓“避免异步报错污染宿主函数变量”，核心不是靠 catch 的作用域，而是靠**控制变量声明位置 + 显式隔离错误上下文 + 避免在异步回调中意外捕获或修改外层变量**。
把可能出错的异步逻辑封装进独立作用域
不要在 try 块里直接 await 一个未包装的 Promise，更不要让异步回调（如 .then/.catch、setTimeout 回调）访问外层函数的变量。
- 用立即执行的 async 函数包裹异步操作，让其内部变量自然隔离
- 避免在 try 块中直接写
somePromise.then(...)—— 这类链式调用脱离 try 控制，错误不会进入 catch - 若必须链式处理，统一用
await替代.then，确保错误能被当前 try-catch 捕获
慎用 catch 参数以外的变量声明
catch 的参数（如 err）确实是块级绑定，但你在 try 或 catch 里用 let 或 const 声明的变量，只在对应块内有效。关键是：别在 try 外提前声明变量，然后在 try/catch 里赋值——这会让错误处理后的状态不可靠。
- ❌ 错误示范：
let data; try { data = await api(); } catch(e) { data = null; }—— 若 await 后续还有逻辑依赖 data，容易因未初始化或覆盖出错 - ✅ 正确做法：在 try 内部声明并使用，或用 const 分离成功路径与失败路径
- 例如：
const result = await fetch(...); const data = await result.json();全部放在 try 内，失败时整个块退出，不留下半初始化变量
用 async 函数返回值替代副作用赋值
与其在 try-catch 中修改外部变量，不如让 async 操作自身返回结构化结果（如 { ok: true, data } 或 { ok: false, error }），由调用方决定如何处理。
- 减少对宿主函数变量的读写依赖，天然规避污染
- 配合解构或可选链，消费端代码更清晰、更安全
- 示例：
const { data, error } = await safeFetch('/user');，其中safeFetch内部封装了 try-catch 并统一返回格式
警惕隐式闭包与定时器中的变量捕获
即使用了 try-catch，如果异步回调（比如 setTimeout、事件监听器）引用了外层变量，而这些变量在 try 执行后被重新赋值或销毁，就可能引发意料之外的行为。
- 在 setTimeout 回调里不要直接用 try 块外的变量，除非你明确知道它的生命周期
- 需要传递数据时，显式作为参数传入，而非依赖词法作用域捕获
- 例如：
const id = userId; setTimeout(() => logUser(id), 100);比setTimeout(() => logUser(userId), 100);更可靠
