登录关于scoped样式隔离原理和失效情况&&常见样式隔离方案
Vue 的 scoped 样式隔离看似简单，实则有明确的实现逻辑，未隔离成功往往是没搞懂它的工作原理。下面从「核心机制→实现步骤→隔离边界→常见误区」四个维度详细拆解： 一、核心结论 scoped 的
前端开发中 Promise 与异步编程还存在大量易混淆、易踩坑的场景，以下按「基础概念」「方法使用」「异步协作」「与其他机制配合」四大类整理，附带代码示例和正确逻辑：
一、基础概念类误区
误区 1：“Promise 新建后会立即执行，所以是同步的”
-
错误理解：认为
new Promise((resolve) => { ... })里的代码是同步的，或 Promise 整体是 “同步工具”。 -
真实逻辑：Promise 的「执行器函数」（
new Promise里的回调）是立即同步执行的，但 Promise 的「回调函数」（.then()/.catch()）是异步微任务，会在当前同步代码执行完后才触发。 -
示例验证：
console.log('1: 同步开始'); new Promise((resolve) => { console.log('2: Promise 执行器（同步）'); resolve(); }).then(() => { console.log('4: .then() 回调（异步微任务）'); }); console.log('3: 同步结束'); // 输出顺序：1 → 2 → 3 → 4（而非 1→2→4→3）
误区 2：“Promise 状态一旦确定，后续调用 .then () 不会触发”
-
错误理解：认为 Promise 从
pending变为fulfilled/rejected后，再调用.then()会 “失效”。 -
真实逻辑：Promise 状态是「不可逆且记忆的」—— 状态确定后，后续再绑定的
.then()/.catch()会立即触发（基于已记忆的结果）。 -
示例验证：
// 1. 先创建 Promise 并让其成功 const p = Promise.resolve('已成功'); // 2. 1秒后再绑定 .then() setTimeout(() => { p.then(res => console.log(res)); // 1秒后输出 '已成功'（正常触发） }, 1000);
误区 3：“Promise 链中，return 后的值会直接传给下一个 .then ()，无需 resolve”
-
错误理解：认为在
.then()中 return 普通值（非 Promise）时，需要手动调用resolve()才能传递，或 return Promise 时需要额外处理。 -
真实逻辑：
.then()会自动包装返回值—— 若 return 普通值（如数字、对象），会自动用Promise.resolve(返回值)包装；若 return Promise，会等待该 Promise 状态确定后再传递结果。 -
示例验证：
Promise.resolve(1) .then(res => { return res * 2; // 普通值，自动包装为 Promise.resolve(2) }) .then(res => { return new Promise(resolve => setTimeout(() => resolve(res * 2), 500)); // 返回 Promise }) .then(res => console.log(res)); // 500ms 后输出 4（无需手动 resolve）
二、方法使用类误区
误区 4：“Promise.all () 会等待所有任务完成，包括失败的”
-
错误理解：认为
Promise.all([p1, p2, p3])会等 p1、p2、p3 全部执行完（无论成功失败），再返回结果。 -
真实逻辑：
Promise.all()是「快速失败」机制 ——只要有一个任务变为 rejected，会立即触发 .catch ()，并忽略后续其他任务的结果，不会等待所有任务完成。 -
反例验证：
const p1 = new Promise(resolve => setTimeout(() => resolve('p1'), 1000)); const p2 = new Promise((_, reject) => setTimeout(() => reject('p2 失败'), 500)); const p3 = new Promise(resolve => setTimeout(() => resolve('p3'), 1500)); Promise.all([p1, p2, p3]) .then(res => console.log(res)) // 不执行 .catch(err => console.log(err)); // 500ms 后输出 'p2 失败'（p1、p3 仍在执行，但结果被忽略） -
正确需求：若需等待所有任务完成（无论成败），应使用
Promise.allSettled()。
误区 5：“Promise.race () 只关心第一个成功的任务”
-
错误理解：认为
Promise.race()会筛选 “第一个成功的任务”，忽略第一个失败的任务。 -
真实逻辑：
Promise.race()关心的是「第一个状态确定的任务」—— 无论该任务是fulfilled（成功）还是rejected（失败），只要第一个确定状态，就返回该结果。 -
反例验证（超时控制场景易踩坑）：
// 需求：接口请求3秒内成功则用结果，超时则提示失败 const request = new Promise((_, reject) => setTimeout(() => reject('接口报错'), 2000)); // 2秒后失败 const timeout = new Promise((_, reject) => setTimeout(() => reject('请求超时'), 3000)); // 3秒后超时 Promise.race([request, timeout]) .then(res => console.log(res)) // 不执行 .catch(err => console.log(err)); // 2秒后输出 '接口报错'（第一个确定状态的是失败任务）
误区 6：“.then () 的第二个参数（onRejected）与 .catch () 完全等价”
-
错误理解：认为
.then(res => {}, err => {})中的err => {}和单独的.catch(err => {})功能一样，可随意替换。 -
真实逻辑：
.then()的第二个参数只能捕获其上游 Promise 本身的错误，无法捕获.then()第一个参数（onFulfilled）中的错误；而.catch()能捕获其上游所有链路的错误（包括前一个.then()中抛出的错误）。 -
示例对比：
// 情况1：用 .then() 第二个参数 Promise.resolve(1) .then( res => { throw new Error('then 里抛错'); }, // 第一个参数中抛错 err => console.log('捕获到:', err) // 不执行（无法捕获前一个 then 的错误） ) .catch(err => console.log('最终捕获:', err)); // 执行，输出 'then 里抛错' // 情况2：用 .catch() Promise.resolve(1) .then(res => { throw new Error('then 里抛错'); }) .catch(err => console.log('捕获到:', err)); // 执行，直接捕获 then 里的错误 -
结论：推荐用
.catch()统一处理错误，而非.then()的第二个参数。
三、异步协作类误区
误区 7：“用 for 循环遍历执行 Promise，会按顺序触发”
-
错误理解：认为用
for循环调用多个返回 Promise 的函数，会等前一个执行完再执行下一个（顺序执行）。 -
真实逻辑：
for循环是同步代码，会一次性触发所有 Promise，它们会并行执行（而非顺序），最终结果的顺序取决于任务本身的执行速度。 -
反例验证：
// 模拟异步任务：传入延迟时间，延迟后输出数字 function delayTask(num, delay) { return new Promise(resolve => setTimeout(() => { console.log(num); resolve(num); }, delay)); } // 错误写法：一次性触发所有任务，并行执行 for (let i = 1; i <= 3; i++) { delayTask(i, 1000); // 1秒后同时输出 1、2、3（而非 1→2→3 依次间隔1秒） } -
正确需求（顺序执行）：需用
async/await + for 循环或 Promise 链式调用：// 正确写法：async/await + for 循环（顺序执行） async function runSeq() { for (let i = 1; i <= 3; i++) { await delayTask(i, 1000); // 1秒后输出1 → 再等1秒输出2 → 再等1秒输出3 } } runSeq();
误区 8：“Promise 链中，return 了错误就会触发下一个 .catch ()”
-
错误理解：认为在
.then()中 return 一个错误对象（如return new Error('错了')），会自动触发下一个.catch()。 -
真实逻辑：只有当 Promise 状态变为
rejected时才会触发.catch()—— return 普通错误对象（非throw或reject）会被视为「成功的结果」，包装成Promise.resolve(错误对象)，不会触发.catch()。 -
示例验证：
Promise.resolve() .then(() => { return new Error('return 错误对象'); // 视为成功结果，非 rejected }) .then(res => console.log('then 接收:', res)) // 执行，输出 "Error: return 错误对象" .catch(err => console.log('catch 接收:', err)); // 不执行 // 正确触发 catch 的方式：throw 或 return Promise.reject() Promise.resolve() .then(() => { throw new Error('throw 错误'); // 触发 rejected // 或 return Promise.reject(new Error('reject 错误')); }) .catch(err => console.log('catch 接收:', err)); // 执行
四、与其他机制配合类误区
误区 9：“async 函数里的所有错误，都能被外层 try...catch 捕获”
-
错误理解：认为
async function中所有代码的错误，只要用try...catch包裹函数调用，就能全部捕获。 -
真实逻辑：
try...catch只能捕获async函数中「await标记的 Promise 错误」和「同步错误」；若async函数中存在「未被await的 Promise 错误」，会成为「未处理的 Promise 拒绝」，无法被外层try...catch捕获。 -
示例验证：
async function asyncTask() { // 错误1：未被 await 的 Promise 错误 new Promise((_, reject) => reject('未 await 的错误')); // 错误2：被 await 的 Promise 错误 await new Promise((_, reject) => reject('已 await 的错误')); } try { asyncTask(); // 调用 async 函数 } catch (err) { console.log('捕获到:', err); // 只捕获到 "已 await 的错误"，"未 await 的错误" 会成为未处理拒绝 }
误区 10：“setTimeout 里的 Promise 错误，能被外层 try...catch 捕获”
-
错误理解：认为用
try...catch包裹setTimeout，就能捕获setTimeout回调中 Promise 的错误。 -
真实逻辑：
setTimeout回调是「宏任务」，会在当前同步代码（包括try...catch）执行完后才触发；Promise 错误属于「微任务」，会在宏任务回调内部的同步代码执行完后触发，二者不在同一执行上下文，外层try...catch无法捕获。 -
示例验证：
try { setTimeout(() => { // 该 Promise 错误在宏任务回调中，外层 try...catch 已执行完毕 Promise.reject('setTimeout 里的错误'); }, 1000); } catch (err) { console.log('捕获到:', err); // 不执行 } -
正确处理：需在
setTimeout回调内部或 Promise 链中处理错误：setTimeout(() => { Promise.reject('setTimeout 里的错误') .catch(err => console.log('捕获到:', err)); // 执行 }, 1000);
