总结一点:JavaScript是单线程的，但是浏览器不是单线程的。一些I/O操作，定时器的计时和事件监听是由其他线程完成的。
JS 的事件循环也算是一个老生常谈的话题了，面试中相信大部分人都有被问到：说一说 JS 的事件循环。那么要了解他的循环机制，首先我们要了解一些基本概念。今天我们就简单聊聊事件循环然后向外拓展。
在JS运行机制当中，JavaScript是单线程的编程语言，简单的讲就是将JavaScript比作一个单项的管道，每次仅仅执行一个任务，执行多种任务需要进行排队执行。只有执行完前一个任务，才能执行后一个任务。
在所有的这些情况下，我们作为程序员都会产生错误，或者让编程引擎为我们创建一些错误。
这个题目主要是考察对同步任务、异步任务：setTimeout、promise、async/await的执行顺序的理解程度。(建议大家也自己先做一下o)
1. 同步API,异步API //路径拼接 const public = path.join(_ dirname, 'public') ; //通过返回值拿到 //请求地址解析 const url0bj = url. parse (req. ur1) ; //通过返回值拿到 //读取文件 fs. readFile(' ./demo.txt', 'utf8', (err, result) => { console .1og (result) ; }) ; //通过函数方式拿到 同步API:只有当前
Promise对象是ES6提出的的异步编程的规范。说到异步编程，就不得不说说同步和异步这两个概念。
promise表示一个异步操作的最终结果。和一个promise进行交互的主要方式是通过它的then方法，该方法注册回调要么接收一个promise的最终值，要么接收promise为什么不能被满足的原因。
那么现在有 2 个进程，process1 process2，由于是多进程的 js，所以他们对同一个 dom,同时进行操作，process1 删除了该 dom，而 process2 编辑了该 dom，同时下达 2 个矛盾的命令，浏览器究竟该如何执行呢？
一、何为异步 执行任务的过程可以被分为发起和执行两个部分。 同步执行模式：任务发起后必须等待直到任务执行完成并返回结果后，才会执行下一个任务。 异步执行模式：任务发起后不等待任务执行完成，而是马上执行下一个任务，当任务执行完成时则会收到通知。 面对IO操作频繁的场景，异步执行模式可在同等的硬件资源条件下提供更大的并发处理能力，也就是更大的吞吐量。 但由于异步执行模式打破人们固有的思维方式，并且任务的发起和任务的执行是分离的，从而提高
本文最初发布于 valentinog.com 网站，经原作者授权由 InfoQ 中文站翻译并分享。
要想 JavaScript 玩得溜，还得了解波 JavaScript 执行机制/(ㄒoㄒ)/~~。 前言 最近看了波 JavaScript 相关的文章，不得不说，JavaScript 我还真没玩明
同步（sync）是一件事一件事的执行，只有前一个任务执行完毕才能执行后一个任务。异步（async）相对于同步，程序无须按照代码顺序自上而下的执行。
js是单线程，js任务也要一个一个顺序执行。如果一个任务耗时过长，那么后一个任务也必须等着。那么问题来了，假如我们想浏览新闻，但是新闻包含的超清图片加载很慢，难道我们的网页要一直卡着直到图片完全显示出来？因此聪明的程序员将任务分为两类：1)同步任务 2)异步任务
一、Promise并非完美 我在上一话中介绍了Promise，这种模式增强了事件订阅机制，很好地解决了控制反转带来的信任问题、硬编码回调执行顺序造成的“回调金字塔”问题，无疑大大提高了前端开发体验。但有了Promise就能完美地解决异步问题了吗？并没有。 首先，Promise仍然需要通过then方法注册回调，虽然只有一层，但沿着Promise链一长串写下来，还是有些让人头晕。 更大的问题在于Promise的错误处理比较麻烦，因为Promise链中抛出的错误会一直传到链尾，但在链尾捕获的错误却不一定清楚来源。而且，链中抛出的错误会fail掉后面的整个Promise链，如果要在链中及时捕获并处理错误，就需要给每个Promise注册一个错误处理回调。噢，又是一堆回调！ 那么最理想的异步写法是怎样的呢？像同步语句那样直观地按顺序执行，却又不会阻塞主线程，最好还能用try-catch直接捕捉抛出的错误。也就是说，“化异步为同步”！ 痴心妄想？ 我在第一话里提到，异步和同步之间的鸿沟在于：同步语句的执行时机是“现在”，而异步语句的执行时机在“未来”。为了填平鸿沟，如果一个异步操作要写成同步的形式，那么同步代码就必须有“等待”的能力，等到“未来”变成“现在”的那一刻，再继续执行后面的语句。 在不阻塞主线程的前提下，这可能吗？ 听起来不太可能。幸好，Generator（生成器）为JS带来了这种超能力！ 二、“暂停/继续”魔法 ES6引入的新特性中，Generator可能是其中最强大也最难理解的之一，即使看了阮一峰老师列举的大量示例代码，知道了它的全部API，也仍是不得要领，这是因为Generator的行为方式突破了我们所熟知的JS运行规则。可一旦掌握了它，它就能赋予我们巨大的能量，极大地提升代码质量、开发效率，以及FEer的幸福指数。 我们先来简单回顾一下，ES6之前的JS运行规则是怎样的呢？ 1. JS是单线程执行，只有一个主线程 2. 宿主环境提供了一个事件队列，随着事件被触发，相应的回调函数被放入队列，排队等待执行 3. 函数内的代码从上到下顺序执行；如果遇到函数调用，就先进入被调用的函数执行，待其返回后，用返回值替代函数调用语句，然后继续顺序执行 对于一个FEer来说，日常开发中理解到这个程度已经够用了，直到他尝试使用Generator……
JS是一门单线程语言，单线程就意味着，所有的任务需要排队，前一个任务结束，才会执行下一个任务。这样所导致的问题是：如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞的觉。为了解决这个问题，JS中出现了同步和异步。他们的本质区别是：一条流水线上各个流程的执行顺序不同。在讲JS任务执行机制前，先要了解一下什么是同步任务与异步任务。
JavaScript 是单线程的，只有JS引擎线程执行事件队列的事件。为了防止代码阻塞，JavaScript使用了异步执行机制。
•五段代码深入剖析 Promise 的注册微任务和代码执行过程•分析 Promise/A+ 与 webkit（ chrome 和 safari 内核） 内核 JS 引擎 Promise 的实现差异•巩固一下，出道题
JavaScript是一门单线程的非阻塞脚本语言，同一时刻只允许一个代码段执行。在单线程的机制下，执行异步任务时，在等待结果返回的这个时间段，后面的代码就无法执行了。
原先，我们有一篇文章，简单描述了 JS (Event Loop)事件循环 和 (Call Stack) 调用堆栈。从宏观角度，分析浏览器中事件循环的运行机制。
浏览器内核 相信大部分的前端同学都是基于谷歌浏览器进行编码，IE的应该是极少数了吧，微软早在几年前就已经表示希望用户不要使用IE游览器尤其是旧版本的，仅仅作为兼容工具使用，因为考虑到一些旧项目需要使用，所以保留在系统内。做过IE兼容性的同学们都知道IE是多么让人头疼 🤦♂️，现在我们经常使用的主流内核大概这几种： Chrome浏览器内核：我们都叫chrome内核，以前是Webkit内核，现在是Blink内核 Firefox浏览器内核：Gecko内核，俗称Firefox内核 Safari浏览器内核：Web
面试题如下，大家可以先试着写一下输出结果，然后再看我下面的详细讲解，看看会不会有什么出入，如果把整个顺序弄清楚 Node.js 的执行顺序应该就没问题了。
众所周知，javascript的最大特点就是单线程，同一时间追能做同一件事，所以为了防止主线程的阻塞，在代码执行时分为同步任务和异步任务，所有的同步任务在主线程上执行，形成执行栈，而异步任务形成一个新的任务队列，又把任务队列中的异步任务分为宏任务和微任务，虽然他们都在任务队列中，但是它们却在不同的队列中，微任务的执行优先级大于宏任务，他们的结构如图所示。
其实最近在不断的更新Java的知识，从基础到进阶，以及计算机基础、网络、WEB、数据库、数据结构、Linux、分布式等等内容，预期写成一个既可以学习提升又可以面试找工作的《Java成长之路》！算是对自己学习的总结（笔记），也算是一种程序猿的记忆，现在大环境那么差，万一哪天转行了，还能当做一种记忆。
async修改一个方法，表示其为异步方法。而await表示等待一个异步任务的执行。js方面，在es7中开始得以支持；而.net在c#5.0开始支持。本文章将分别简单介绍他们在js和.net中的基本用法。 一、在js中的实现 js中的异步，还是基于Promise实现的。没有Promise就办法谈异步了。并且await只能出现async修改的方法中；以及reject会触发catch(异常)。 class AsyncTest{ //simple example async run(){
面试题如下，大家可以先试着写一下输出结果，看与正确答案是否有出入，如果大家不能准确的做出答案，可以通过下面对微任务，事件循环，定时器等相关代码执行顺序的讲解，让大家焕然一新。
Event Loop 这个概念相信大家或多或少都了解过,所谓温故而知新，so，今天，我们就从event loop出发，看看在事件的执行过程中，他都经历了些什么。
众所周知，JS 是一门单线程语言，可是浏览器又能很好的处理异步请求，那么到底是为什么呢？
本文阐述了浏览器端和node端的js运行机制执行的过程，还进行了两者的运行机制比较，以及同步任务和异步任务的说明，两种异步任务的必要性，以及各自有哪些回调，部分回调的优先级。
JS是单线程的，每次只能做一件事情。像以下这种情况，代码会按顺序执行，这个就叫同步。
持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第23天，点击查看活动详情
相对简单抛出异常，我们可以使用 Promise.reject 和Promise.resolve:
所谓同步，就是在发出一个"调用"时，在没有得到结果之前，该“调用”就不返回。但是一旦调用返回，就得到返回值了。换句话说，就是由“调用者”主动等待这个“调用”的结果。此调用执行完之前，阻塞之后的代码执行。
众所周知，JavaScript 是单线程的，但异步在 js 中很常见，那么简单来介绍一下异步编程
笔者最近忙着做项目之类的，文章输出遗落下了一段时间，这次我们就来聊一个面试中一个比较重要的知识点 —— Event Loop
熟悉 vue 的前端，想必对 vue 里的 nextTick 也很熟悉了，用的时候就知道他是延迟回调，有时候用起来甚至和setTimeout 看起来是同样的效果。但他和setTimeout到底有什么区别？他是如何实现的？本文就nextTick的实现引入，来探讨下js中的异步与同步，微任务与宏任务。
1.最常见的块单位是函数。从现在到将来的“等待”，最简单的方法（但绝不是唯一的，甚至也不是最好的）是使用一个通常称为回调函数的函数
由于昨天发了一篇关于setTimeout 的文章，里面提到了 Promise ，那篇文章里没有解释Promise的用法和含义，因为昨天的我还没太懂Promise，所以没有在那篇文章继续解释Promise，然后今天的我总算是对Promise有所理解了，然后我来谈谈我学到的Promise的知识，因为是个人的理解，所以会不全面，请多包涵。
箭头函数不同于传统JavaScript中的函数，箭头函数并没有属于⾃⼰的this，它所谓的this是捕获其所在上下⽂的 this 值，作为⾃⼰的 this 值，并且由于没有属于⾃⼰的this，所以是不会被new调⽤的，这个所谓的this也不会被改变。
async/await是写异步代码的新方式，以前的方法有回调函数和Promise。 async/await是基于Promise实现的，它不能用于普通的回调函数。 async/await与Promise一样，是非阻塞的。 async/await使得异步代码看起来像同步代码，这正是它的魔力所在。
作为以JavaScript为主要开发语言的JS全栈开发者，是一定会碰上“异步(Asynchronous)”这个重要概念的，尽早的理解这个概念，会对你的JS编程生涯来说会是非常有利的。
因为Javascript设计之初就是一门单线程语言，因此为了实现主线程的不阻塞，Event Loop这样的方案应运而生。
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
