大家都知道js是单线程的脚本语言，在同一时间，只能做同一件事，为了协调事件、用户交互、脚本、UI渲染和网络处理等行为，防止主线程阻塞，Event Loop方案应运而生…
最近面试了很多家公司，这道题几乎是必被问到的一道题。之前总觉得自己了解得差不多，但是当第一次被问到的时候，却不知道该从哪里开始说起，涉及到的知识点很多。于是花时间整理了一下。并不仅仅是因为面试遇到了，而是理解JavaScript事件循环机制会让我们平常遇到的疑惑也得到解答。
主线程从任务队列中读取事件，这个过程是循环不断的，所以整个的这种运行机制又称为Event Loop(事件循环)
而第二个例子则可能优点小问题，JavaScript 从上到下执行，那么遇到 0s 的计时器函数，就应该先输出 2 才对啊。这就是因为后面要提到的 JavaScript 执行机制导致的啦，因为 setTimeout 是异步任务。
JavaScript 是单线程的，只有JS引擎线程执行事件队列的事件。为了防止代码阻塞，JavaScript使用了异步执行机制。
先看段代码： console.log(1); setTimeout(function () { console.log(2); new Promise(function (resolve, reject) { console.log(3); resolve(); console.log(4); }).then(function () { console.log(5); }); }); function fn
众所周知，JavaScript 是单线程的，但异步在 js 中很常见，那么简单来介绍一下异步编程
下面我们一个一个的来了解 Event Loop 相关的知识点，最后再一步一步分析出本段代码最后的输出顺序。
浏览器中，涉及的异步API有：Promise, setTomeOut,setImmediate
浏览器事件循环机制 前言 在初次入门学习和使用 JavaScript 的过程中，相信遇到过许多程序执行顺序及结果与预期不一致的问题，在查阅资料的过程中了解到原来是程序的执行有同步与异步之分；与此同时也会看到许多有关概念，例如回调函数、执行栈、任务队列、事件循环机制(Event Loop)、宏任务、微任务、Promise(ES6)等等。此时对于一个刚入门不久的小白来说，要理解消化这些概念真的不容易。对于入门不久的我来说也一样，所以写一篇博客记录一下，有关 JavaScript 的运行机制，以及上述的这些概念
原先，我们有一篇文章，简单描述了 JS (Event Loop)事件循环 和 (Call Stack) 调用堆栈。从宏观角度，分析浏览器中事件循环的运行机制。
Vue2 源码从零详解系列文章， 还没有看过的同学可能需要看一下之前的，vue.windliang.wang/
本文介绍了setTimeout函数的基本用法，包括延迟执行、循环执行、指定延迟执行、指定回调函数、取消定时器、定时器ID、封装好的常用工具函数以及实际场景中的应用案例。
那么现在有 2 个进程，process1 process2，由于是多进程的 js，所以他们对同一个 dom,同时进行操作，process1 删除了该 dom，而 process2 编辑了该 dom，同时下达 2 个矛盾的命令，浏览器究竟该如何执行呢？
主线程的执行过程就是一个tick，而所有的异步结果都是通过 "任务队列" 来调度。消息队列中存放的是一个个 macro task 结束后，都要清空 所有的 micro task。
Event Loop，事件环，线程进程。这些概念对初识前端的同学来说可能会一头雾水。而且运行js代码的运行环境除了浏览器还有node。因此不同环境处理Event Loop又变得不同，十分容易混淆。如果你有这样的疑问。下文将给你一个清晰的解释。
之前关于service worker介绍的文章中，这样描述了浏览器环境下Javascript环境："每个页面的javascript运行主线程都是一个Boss"、"Boss很厉害，在页面上指点江山，呼风唤雨。但他有个局限：同一时刻只做一件事（单线程）"。
JavaScript为什么是单线程的呢？由于设计之初，JavaScript是用来做用户交互以及页面动态渲染，所以为了简洁和方便入手，决定了它只能是单线程，否则将会带来非常复杂的同步问题。
我们看一个很经典的图，这张图基本可以概括了事件循环（该图来自演讲—— 菲利普·罗伯茨：到底什么是Event Loop呢？| 欧洲 JSConf 2014[1]）后面演示用的 Loupe[2] 也是该演讲者写的（(Loupe是一种可视化工具，可以帮助您了解JavaScript的调用堆栈/事件循环/回调队列如何相互影响)）
从开始做前端到目前为止，陆续看了很多帖子讲JS运行机制，看过不久就忘了，还是自己理一遍好些
我们都知道，javascript从诞生之日起就是一门单线程的非阻塞的脚本语言。这是由其最初的用途来决定的：与浏览器交互。
个册三个部分的PDF数据来源不同，生产逻辑独立由不同的服务生产，最终将三份PDF合并为一份，还要支持班级所有学生批量生产和压缩打包，所以这个功能在技术角度最主要的特征就是环节多、耗时长：
JS是单线程的，每次只能做一件事情。像以下这种情况，代码会按顺序执行，这个就叫同步。
Hello，大家好，今天给大家带来的是Event Loop（事件循环）专题。
本文阐述了浏览器端和node端的js运行机制执行的过程，还进行了两者的运行机制比较，以及同步任务和异步任务的说明，两种异步任务的必要性，以及各自有哪些回调，部分回调的优先级。
JavaScript代码的执行过程中，除了依靠函数调用栈来搞定函数的执行顺序外，还依靠任务队列(task queue)来搞定另外一些代码的执行。整个执行过程，我们称为事件循环过程。一个线程中，事件循环是唯一的，但是任务队列可以拥有多个。任务队列又分为macro-task（宏任务）与micro-task（微任务），在最新标准中，它们被分别称为task与jobs。
JS是一门单线程语言，单线程就意味着，所有的任务需要排队，前一个任务结束，才会执行下一个任务。这样所导致的问题是：如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞的觉。为了解决这个问题，JS中出现了同步和异步。他们的本质区别是：一条流水线上各个流程的执行顺序不同。在讲JS任务执行机制前，先要了解一下什么是同步任务与异步任务。
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
JS引擎是单线程的，直白来说就是一个时间点下JS引擎只能去做一件事情，而Java这种多线程语言，可以同时做几件事情。
本篇博客讲的东西偏底层，较难理解。虽然有的地方不够精准和全面，但是我觉得对于理解js中的异步来说已经够了，所以没有再深究一些概念（比如浏览器在这个过程中充当的角色）。
假如面试回答js的运行机制时，你可能说出这么一段话：“Javascript的事件分同步任务和异步任务，遇到同步任务就放在执行栈中执行，而碰到异步任务就放到任务队列之中，等到执行栈执行完毕之后再去执行任务队列之中的事件。”但你能说出背后的原因吗？
众所周知，JS 是一门单线程语言，可是浏览器又能很好的处理异步请求，那么到底是为什么呢？
JavaScript能够让网站对用户的各种操作及时做出“反馈”，响应用户交互行为，而这些就是：DOM，事件以及事件处理
js是一门单线程的编程语言，也就是说js在处理任务的时候，所有任务只能在一个线程上排队被执行，那如果某一个任务耗时比较长呢？总不能等到它执行结束再去执行下一个。 所以在线程之内，又被分为了两个队列：
js是一门单线程的编程语言，也就是说js在处理任务的时候，所有任务只能在一个线程上排队被执行，那如果某一个任务耗时比较长呢？总不能等到它执行结束再去执行下一个。
为了让这些事件有条不紊地进行，JS引擎需要对之执行的顺序做一定的安排，V8 其实采用的是一种队列的方式来存储这些任务， 即先进来的先执行。模拟如下:
代码块： JS中的代码块是指由<script>标签分割的代码段。JS是按照代码块来进行编译和执行的，代码块间相互独立(即就算代码块1出错，但不影响代码块2的加载和执行)，但变量和方法共享。
JavaScript是一门单线程的非阻塞脚本语言，同一时刻只允许一个代码段执行。在单线程的机制下，执行异步任务时，在等待结果返回的这个时间段，后面的代码就无法执行了。
笔者最近忙着做项目之类的，文章输出遗落下了一段时间，这次我们就来聊一个面试中一个比较重要的知识点 —— Event Loop
如果看官是个新手的话，看到上面的输出结果，肯定一脸懵逼的，但是没关系，看完这篇文章您就懂了。想完全明白上面这道题目，还需要了解JS的两个概念，没错，就是宏任务和微任务。
JavaScript是一门单线程语言，即一次只能完成一个任务，若有多个任务要执行，则必须排队按照队列来执行(前一个任务完成,再执行下一个任务)。
浏览器内核 相信大部分的前端同学都是基于谷歌浏览器进行编码，IE的应该是极少数了吧，微软早在几年前就已经表示希望用户不要使用IE游览器尤其是旧版本的，仅仅作为兼容工具使用，因为考虑到一些旧项目需要使用，所以保留在系统内。做过IE兼容性的同学们都知道IE是多么让人头疼 🤦♂️，现在我们经常使用的主流内核大概这几种： Chrome浏览器内核：我们都叫chrome内核，以前是Webkit内核，现在是Blink内核 Firefox浏览器内核：Gecko内核，俗称Firefox内核 Safari浏览器内核：Web
笔者以前面试的时候经常遇到写一堆setTimeout,setImmediate来问哪个先执行。本文主要就是来讲这个问题的，但是不是简单的讲讲哪个先，哪个后。笼统的知道setImmediate比setTimeout(fn, 0)先执行是不够的，因为有些情况下setTimeout(fn, 0)是会比setImmediate先执行的。要彻底搞明白这个问题，我们需要系统的学习JS的异步机制和底层原理。本文就会从异步基本概念出发，一直讲到Event Loop的底层原理，让你彻底搞懂setTimeout,setImmediate，Promise, process.nextTick谁先谁后这一类问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
