本文深入解析 javascript 单线程事件循环机制，说明 `while` 循环如何完全阻塞主线程，使 `settimeout`、promise 回调等异步任务无法执行，并提供非阻塞替代方案。
javaScript 是单线程、事件驱动的语言——这意味着同一时刻只能执行一段同步代码，其余所有异步任务（如 setTimeout、Promise.then、I/O 回调等）都必须排队等待主线程空闲后，由事件循环（Event Loop） 按序调度执行。
在你的代码中，问题根源在于这个看似简单的 while 循环：
new Promise(resolve => { while (getI() === 1) { // 空循环体 —— 无 await、无 yield、无异步让出 } console.log('asd'); resolve(); });该循环是完全同步且永不终止的阻塞结构：它持续读取 i 的当前值（始终为 1），但 i = 2、setTimeout(() => i = 3, 1500) 和后续 i = 4 的赋值语句全部无法执行——因为 javascript 引擎被死锁在 while 内部，根本没机会跳转到下一行代码，更无法将控制权交还给事件循环。
⚠️ 关键事实：
立即学习“Java免费学习笔记（深入）”；
- setTimeout 的回调不是“立即插入执行”，而是被推入宏任务队列（macrotask queue），需等待当前调用栈清空 + 事件循环轮询时才可能执行；
- Promise 构造函数的执行器（executor）是同步运行的，即 new Promise(…) 会立刻执行其内部函数；
- while 循环内若不含 await、yield 或任何能触发微/宏任务让出控制权的操作，它就等价于「CPU 自旋」，彻底垄断线程。
因此，真实执行顺序如下（按时间轴）：
- let i = 1 → 初始化；
- function getI() { return i; } → 定义函数；
- new Promise(…) 执行：进入 while(getI() === 1) → 永真 → 死循环；
- 后续所有语句（i = 2、setTimeout、第二个 new Promise）永远得不到执行机会；
- 事件循环被冻结，console.log(‘asd’) 永不触发，Promise 永不 resolve。
✅ 正确做法：用异步方式“等待条件成立”，而非轮询阻塞。推荐使用 async/await + setTimeout 封装的轮询，或更现代的 AbortController 配合 Promise.race：
// ✅ 非阻塞轮询（带超时保护） function waitForCondition(conditionFn, timeoutMs = 5000) { const start = Date.now(); return new Promise((resolve, reject) => { function check() { if (conditionFn()) { resolve(); } else if (Date.now() - start > timeoutMs) { reject(new Error('Timeout waiting for condition')); } else { setTimeout(check, 10); // 每 10ms 检查一次，不阻塞 } } check(); }); } // 使用示例 (async () => { await waitForCondition(() => i !== 1); console.log('asd'); // 现在可正确输出 })();? 总结：JavaScript 中没有真正的“忙等待”（busy-waiting）；任何试图用同步循环等待状态变化的写法，都会破坏事件循环，导致应用无响应。务必遵循“异步优先”原则——用 Promise、async/await、定时器或观察者模式替代轮询，确保主线程及时释放控制权。