JavaScript 事件循环运行在单线程前提下，由引擎和宿主环境强制限定；异步任务交由外部线程处理，主线程仅负责注册回调、等待就绪、串行执行；微任务严格清空后才执行宏任务；DOM 操作天然排斥并发。
事件循环本身不“保障”单线程，它是在单线程前提下运行的调度机制——JavaScript 的单线程特性由引擎（如 V8）和宿主环境（浏览器/Node.js）从底层强制限定，事件循环只是在这个约束下，把异步任务排好队、按规则依次喂给那唯一一个主线程去执行。
主线程永远只有一个执行入口
无论有多少定时器、Promise 或点击事件在等待，所有回调最终都必须排队进入同一个调用栈。V8 引擎只维护一个 Call Stack，任何时刻最多压入一个函数执行上下文；没有并行压栈，也没有多栈并发。这是硬性限制，不是靠逻辑约定。
异步操作全部移交外部线程处理
真正耗时的工作（比如 setTimeout 计时、fetch 网络请求、文件读取、DOM 渲染）并不在 JS 主线程里做，而是交给浏览器或 Node.js 的其他原生线程（如网络线程、计时器线程、渲染线程）去完成。JS 主线程只负责：
• 注册回调
• 等待结果就绪
• 从队列中取出回调并执行
整个过程主线程不参与实际计算或 I/O，所以不会被抢占或分裂。
微任务与宏任务的执行是串行清空的
即使 Promise.then 和 setTimeout 同时就绪，事件循环也严格遵循：
• 同步代码执行完 →
• 立即清空全部微任务（一个接一个，无中断）→
• 再取一个宏任务执行 →
• 重复该流程
不存在“两个微任务并发执行”，也不允许宏任务插队进未清空的微任务队列。这种确定性顺序，正是单线程可预测性的体现。
立即学习“Java免费学习笔记（深入）”；
DOM 操作天然排斥并发
浏览器禁止 JS 多线程访问 DOM，这是单线程设计的原始动因。事件循环的所有回调（包括 click、input、Promise 回调）一旦开始操作 DOM，就独占更新权：前一个回调没执行完，后一个回调就卡在队列里等。没有锁、没有竞态，因为根本没机会同时跑两个 DOM 修改逻辑。
