队列是 Node.js 中用于有效处理异步操作的一项重要技术。在本文中，我们将深入研究 Node.js 中的队列：它们是什么，它们如何工作（通过事件循环）以及它们的类型。
JavaScript 是单线程的，只有JS引擎线程执行事件队列的事件。为了防止代码阻塞，JavaScript使用了异步执行机制。
Event Loop，事件环，线程进程。这些概念对初识前端的同学来说可能会一头雾水。而且运行js代码的运行环境除了浏览器还有node。因此不同环境处理Event Loop又变得不同，十分容易混淆。如果你有这样的疑问。下文将给你一个清晰的解释。
JS是单线程的，每次只能做一件事情。像以下这种情况，代码会按顺序执行，这个就叫同步。
Hello，大家好，今天给大家带来的是Event Loop（事件循环）专题。
是不是大都数前端开发者都会有这样的疑惑，确实，我自己在开发的过程中每次碰到promise，setTimeout，requestAnimationFrame都会去想，在这个执行的过程中到底发生了什么？
JS是一门单线程语言，单线程就意味着，所有的任务需要排队，前一个任务结束，才会执行下一个任务。这样所导致的问题是：如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞的觉。为了解决这个问题，JS中出现了同步和异步。他们的本质区别是：一条流水线上各个流程的执行顺序不同。在讲JS任务执行机制前，先要了解一下什么是同步任务与异步任务。
很多文章在介绍线程以及线程之间的关系，都存在着脱节的现象。还有的文章过于广大，涉及到了内核，本文希望以通俗易懂的话去描述晦涩的词语，可能会和实际有一丢丢的出入，但是更易理解。
笔者以前面试的时候经常遇到写一堆setTimeout,setImmediate来问哪个先执行。本文主要就是来讲这个问题的，但是不是简单的讲讲哪个先，哪个后。笼统的知道setImmediate比setTimeout(fn, 0)先执行是不够的，因为有些情况下setTimeout(fn, 0)是会比setImmediate先执行的。要彻底搞明白这个问题，我们需要系统的学习JS的异步机制和底层原理。本文就会从异步基本概念出发，一直讲到Event Loop的底层原理，让你彻底搞懂setTimeout,setImmediate，Promise, process.nextTick谁先谁后这一类问题。
很多文章都在讨论事件循环 (Event Loop) 是什么，而几乎没有人讨论为什么 JavaScript 中会有事件循环。博主认为这是为什么很多人都不能很好理解事件循环的一个重要原因 —— 知其然不知其所以然。所以本文试图抛砖引玉，从一些更溯源的方式来与大家探讨 event loop，希望大家能从中有些收获。
大家好，本人是 我是哪吒，个人Github账号 webVueBlog ，系列文章更多来源，欢迎 Follow
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
从开始做前端到目前为止，陆续看了很多帖子讲JS运行机制，看过不久就忘了，还是自己理一遍好些
大家都知道js是单线程的脚本语言，在同一时间，只能做同一件事，为了协调事件、用户交互、脚本、UI渲染和网络处理等行为，防止主线程阻塞，Event Loop方案应运而生…
本文阐述了浏览器端和node端的js运行机制执行的过程，还进行了两者的运行机制比较，以及同步任务和异步任务的说明，两种异步任务的必要性，以及各自有哪些回调，部分回调的优先级。
无论是浏览器端还是服务端Node.js，都在使用EventLoop事件循环机制，都是基于Javascript语言的单线程和非阻塞IO的特点。在EventLoop事件队列中有宏任务和微任务队列，分析宏任务和微任务的运行机制，有助于我们理解代码在浏览器中的执行逻辑。
几乎在每一本JS相关的书籍中，都会说JS是 单线程的，JS是通过事件队列 (EventLoop)的方式来实现异步回调的。对很多初学JS的人来说，根本搞不清楚单线程的JS为什么拥有 异步的能力，所以，我试图从 进程、 线程的角度来解释这个问题。
JavaScript是一门单线程的非阻塞脚本语言，同一时刻只允许一个代码段执行。在单线程的机制下，执行异步任务时，在等待结果返回的这个时间段，后面的代码就无法执行了。
代码块： JS中的代码块是指由<script>标签分割的代码段。JS是按照代码块来进行编译和执行的，代码块间相互独立(即就算代码块1出错，但不影响代码块2的加载和执行)，但变量和方法共享。
如果看官是个新手的话，看到上面的输出结果，肯定一脸懵逼的，但是没关系，看完这篇文章您就懂了。想完全明白上面这道题目，还需要了解JS的两个概念，没错，就是宏任务和微任务。
之前有看过一些事件循环的博客，不过一阵子没看就发现自己忘光了，所以决定来自己写一个博客总结下！
浏览器内核 相信大部分的前端同学都是基于谷歌浏览器进行编码，IE的应该是极少数了吧，微软早在几年前就已经表示希望用户不要使用IE游览器尤其是旧版本的，仅仅作为兼容工具使用，因为考虑到一些旧项目需要使用，所以保留在系统内。做过IE兼容性的同学们都知道IE是多么让人头疼 🤦♂️，现在我们经常使用的主流内核大概这几种： Chrome浏览器内核：我们都叫chrome内核，以前是Webkit内核，现在是Blink内核 Firefox浏览器内核：Gecko内核，俗称Firefox内核 Safari浏览器内核：Web
JS 是一门单线程的编程语言，这就意味着一个时间里只能处理一件事，也就是说JS引擎一次只能在一个线程里处理一条语句。
Event Loop 是 JavaScript 的基础概念，面试必问，平时也经常谈到，但是有没有想过为什么会有 Event Loop，它为什么会这样设计的呢？
假如面试回答js的运行机制时，你可能说出这么一段话：“Javascript的事件分同步任务和异步任务，遇到同步任务就放在执行栈中执行，而碰到异步任务就放到任务队列之中，等到执行栈执行完毕之后再去执行任务队列之中的事件。”但你能说出背后的原因吗？
先简单介绍一下 Node.js，Node.js 是基于事件驱动、非阻塞 I/O 模型的服务器端 JavaScript 运行环境，是基于 Google 的 V8 引擎在服务器端运行的单线程、高性能的 JavaScript 语言。
单线程意味着，JavaScript 在执行代码的任何时候，都只有一个主线程来处理所有的任务。非阻塞则是当代码需要进行一项异步任务时，主线程会挂起这个任务，然后在异步任务返回结果时再根据一定规则去执行相应回调。
JS异步执行原理： js执行引擎只有一个主线程执行代码逻辑，遇到需要异步执行的任务代码，会将其添加事件队列中。当主线程空闲时，轮询事件队列中可以执行的任务，将其放到主线程进行执行，以此类推，直到事件队列中无可执行的任务。如下图所示：
JS引擎是单线程的，直白来说就是一个时间点下JS引擎只能去做一件事情，而Java这种多线程语言，可以同时做几件事情。
(2) JS的Event Loop是JS的执行机制。深入了解JS的执行,就等于深入了解JS里的event loop
我们都知道，JS是单线程的，也就是只有前一个任务执行完成，才会执行下一个任务。如果前一个任务耗时很长，那么下一个任务就只能干等着。显然，这样是非常浪费资源的。那么就要解决这个问题啦，先来了解一下「Event Loop」事件循环。
JavaScript为什么是单线程的呢？由于设计之初，JavaScript是用来做用户交互以及页面动态渲染，所以为了简洁和方便入手，决定了它只能是单线程，否则将会带来非常复杂的同步问题。
众所周知，javascript是单线程的，其通过使用异步而不阻塞主进程执行。那么，他是如何实现的呢？本文就浏览器与nodejs环境下异步实现与event loop进行相关解释。
最近在抖音上刷到很多次 袁进老师 的前端视频，然后就听了一下他的前端大师课，感觉了解一些浏览器原理后，原来工作中的一些疑问也自然解开了。
一个进程至少有一个线程，所以在进程开启后会自动创建一个线程来运行代码，该线程称之为主线程。
单线程是指，js在执行的时候，都只有一个线程来处理所有任务。这个线程就是js的主线程。
为了让这些事件有条不紊地进行，JS引擎需要对之执行的顺序做一定的安排，V8 其实采用的是一种队列的方式来存储这些任务， 即先进来的先执行。模拟如下:
本篇博客讲的东西偏底层，较难理解。虽然有的地方不够精准和全面，但是我觉得对于理解js中的异步来说已经够了，所以没有再深究一些概念（比如浏览器在这个过程中充当的角色）。
如果在函数返回的时候，调用者就能够得到预期结果（即拿到了预期的返回值或者看到了预期的效果），那么这个函数就是同步的。
众所周知，JS 是一门单线程语言，可是浏览器又能很好的处理异步请求，那么到底是为什么呢？
JS的单线程，与他的用途有关。作为浏览器脚本语言，Js的主要用途就是与用户互动，以及操作DOM。这决定了它只能是单线程。
负责渲染浏览器界面，解析HTML，CSS，构建DOM树和RenderObject树，布局和绘制等。
那么现在有 2 个进程，process1 process2，由于是多进程的 js，所以他们对同一个 dom,同时进行操作，process1 删除了该 dom，而 process2 编辑了该 dom，同时下达 2 个矛盾的命令，浏览器究竟该如何执行呢？
本文会讲 JS 引擎的编译流水线、渲染引擎的渲染流程，然后引入为什么需要 event loop。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
