同步与异步的本质区别在于是否阻塞主线程：同步任务顺序执行、立即返回结果，前一个未完成则后一个必须等待；异步任务由宿主环境其他线程处理，主线程发起后立即继续执行，结果通过事件循环从任务队列中回调。
同步与异步的本质区别，不在于“谁快谁慢”，而在于任务是否阻塞主线程的后续执行。JavaScript 是单线程语言，所有代码都在一个主线程上运行——这决定了它无法真正“同时”做多件事，但通过事件循环机制，它能高效协调同步与异步任务，避免卡顿。
同步：顺序执行，严格等待
同步任务直接进入调用栈，逐行执行，前一个没结束，后一个就只能等着。比如计算、赋值、DOM 读取等操作，结果立刻可得。
- 代码写在哪，就在哪执行，顺序和逻辑完全一致
- 一旦遇到耗时操作（如大数组排序、深递归），整个页面会卡住，用户无法交互
- 没有回调、不依赖队列，执行完就出栈，简单但脆弱
异步：不占主线程，靠队列调度
异步任务本身不运行在主线程上，而是交由浏览器或 Node.js 的其他线程（如网络线程、定时器线程）处理。主线程只负责发起和收尾——这就是“非阻塞”的关键。
- 发起后立即返回，主线程继续跑后续同步代码
- 完成结果被推入任务队列（宏任务或微任务），等调用栈空了才被事件循环取出执行
- 常见例子：fetch、setTimeout、addEventListener、Promise.then
事件循环：单线程运转的节拍器
事件循环不是额外加的功能，而是 JavaScript 在单线程约束下“假装并发”的核心设计。它持续循环三个动作：执行同步代码 → 清空微任务队列 → 取一个宏任务执行 → 再清空微任务……如此往复。
- 微任务（如 Promise 回调）总比宏任务（如 setTimeout 回调）优先执行
- 每次宏任务执行完，都会检查并执行所有已就绪的微任务，再进入下一个宏任务
- 这个机制让异步逻辑既可控又可预测，是理解 async/await 行为的基础
别混淆：异步 ≠ 多线程
JavaScript 引擎线程始终是单线程的。所谓“异步能力”，其实是宿主环境（浏览器或 Node.js）提供的多线程支持——JS 只管发指令、收回调。比如发一个请求，是网络线程在干活；计时是定时器线程在数秒；JS 主线程全程只做两件事：安排任务、处理结果。
- Web Worker 虽能开新线程，但不能操作 DOM，也不改变 JS 单线程本质
- 真正决定是否异步的，是任务类型和 API 设计，不是你写了 await 或 callback
- 判断一句代码是否异步，看它会不会把控制权交还给主线程后再回来
