Node.js 是一个免费的跨平台 JavaScript 运行时环境，尽管它本质上是单线程的，但是可以在后台使用多个线程来执行异步代码。
废话开篇：小程序下有这样的一个概念，就是双引擎，意思就是 UI绘制 跟 JS 执行是在多线程环境下进行的，有人会质疑，JS 不是有异步的方法吗？不管是 setTimeout 还是 promise ，iOS 开发下在主线程开辟异步，其实是将异步任务代码块放到了主队列所有任务的最后执行的，那么，它只是调整了执行顺序，并没有开辟线程。JS 也是一样的，JS 本身就是单线程，那么，上面提到的两种方式并没有真正的开辟线程去执行任务，所以，JS 线程下的任务并没有利用 CPU 多核的优势，所有任务还是在一条线程执行的。那么实现类似小程序双引擎下执行任务的思路就是下面例子要体现的。
关于 Node.js ，相信你已经了解过不少内容，诸如 Node.js 内核、事件循环、单线程、setTimeout 或 setImmediate 函数的执行机制等等。
最初，JavaScript是用于设计执行简单的web任务的，比如表单验证。直到2009年，Node.js的创建者Ryan Dahl让开发人员认识到了通过JavaScript 进行后端开发已成为可能，在后端开发中，用到最多的就是多线程以及线程之间的同步功能，今天小编就为大家介绍一下如何使用Node.js实现多线程的应用。
那么现在有 2 个进程，process1 process2，由于是多进程的 js，所以他们对同一个 dom,同时进行操作，process1 删除了该 dom，而 process2 编辑了该 dom，同时下达 2 个矛盾的命令，浏览器究竟该如何执行呢？
JSContext是native代码执行JS代码的上下文，native可以向JSContext中注入方法和属性以供JS调用，相当于在JS的window对象上挂属性和方法，示例代码：
假如面试回答js的运行机制时，你可能说出这么一段话：“Javascript的事件分同步任务和异步任务，遇到同步任务就放在执行栈中执行，而碰到异步任务就放到任务队列之中，等到执行栈执行完毕之后再去执行任务队列之中的事件。”但你能说出背后的原因吗？
其实写这篇文章的时候，我就知道，肯定有人问我：为什么不写flutter？抱歉了，flutter的大名我当然知道，可我只是一个写JS的，同时了解一些Java的知识，而flutter采用的编程语言，我暂时没有碰过，所以自然不敢妄加猜度，还请谅解
因为，最近有一个需求中，用到了Worker技术，然后经过一些调研和调试，成功的在项目中应用。虽然，有部分原因是出于「技术尝鲜」的角度才选择Worker进行性能优化。但是，「看懂了，会用了，领悟了」。这是不同的技术层面。
单线程意味着，JavaScript 在执行代码的任何时候，都只有一个主线程来处理所有的任务。非阻塞则是当代码需要进行一项异步任务时，主线程会挂起这个任务，然后在异步任务返回结果时再根据一定规则去执行相应回调。
(2) JS的Event Loop是JS的执行机制。深入了解JS的执行,就等于深入了解JS里的event loop
电商或者内容类APP中，H5通常都会占据一席之地,Native跟H5通信会必不可少，比如某些场景H5通知native去分享，native通知H5局部刷新等，Android本身也提供这样的接口，比如addJavascriptInterface、loadUrl("javascript:..."），而需要支持的能力也要是双工的。
熟悉我的人应该知道，虽然现在我一直主力于 Flutter， 但是 GSY App 系列项目最早其实是 React Native , 之后才是 Weex 和 Flutter ， 所以其实我对 RN 一直有着“初恋”的情节，基本上是它带着我走进前端和跨平台的领域，而恰巧最近看到了关于它的消息，就顺便了解下多年后它又有什么升级。
进程是CPU分配资源的最小单位，分配独立内存，进程之间可通信，但是必须通过内核，使用IPC接口来做，代价比较大 线程是CPU调度的最小单位，同一个进程下面可以有多个线程。
简述 在《JavaScript高级程序设计（第三版）》中，提到WebWorker的importScripts方法是异步执行的，然而在 另一本书《Javascript权威指南》中，却说importScripts是一个同步方法，两者矛盾，故私底下测试一番，发现 该方法确实是同步执行，待所有js问价解析执行完毕再执行后续代码。 另外，importScripts方法是可以嵌套执行的。 如： index.html: <script> var w = new Worker("wo
作者： ziwei3749 原文：https://segmentfault.com/a/1190000012806637 首先，请牢记2点： JS是单线程语言 JS的Event Loop是JS的执行机制。深入了解JS的执行，就等于深入了解JS里的event loop 1.灵魂三问：JS为什么是单线程的？为什么需要异步？单线程又是如何实现异步的呢？ 技术的出现，都跟现实世界里的应用场景密切相关的。同样的，我们就结合现实场景，来回答这三个问题。 (1) JS为什么是单线程的？ JS最初被设计用在浏览器中，那么想
一、背景 对vue里的nextTick()方法理解不清晰，会导致api代码滥用的现象，我查看了vue官网的说明： Vue.nextTick()用于在下次 DOM 更新循环结束之后执行延迟回调。 问题来了，怎么确定下次DOM更新循环结束的时间点呢？ 二、Vue.nextTick源码探索 先看Vue.nextTick()源码[1]的实现方式。next-tick.js源码主要包含callbacks、pending、timerFunc、flushCallbacks四个变量： callbacks，一个用于接收V
代码块： JS中的代码块是指由<script>标签分割的代码段。JS是按照代码块来进行编译和执行的，代码块间相互独立(即就算代码块1出错，但不影响代码块2的加载和执行)，但变量和方法共享。
声明：本文是对美团技术团队唐笛《深入理解JSCore》一文的学习笔记，如要查看原文，请点击文末的“阅读原文”。
image.png 大家好，今晚的微课主要讲一个JS的回调。 这段时间51题练习群里有同学问回调是怎么回事？这个问题我竟然一时无法回答，因为简单的说就一句话，当事件完成，或条件达成，或请求返回的时候执行的代码段，就应该算是回调了。当然这是我自己的理解。 回调相对比较适当的说明是这样： 1， 回调函数可以做为参数，用匿名函数的形式传递给另一个函数； 2， 当某个函数运行到某种状态时，符合相应条件时，触发的函数，就是回调函数。 基本上这这二种定义，已经可以涵盖大多数情况了。关于回调函数的详细定义，我们不做过多说
如果仅仅停留在文字上的理解,个人觉得有口无心,每当屡屡面试时,这都是一个常问的话题,牵扯到的是事件的执行顺序,任务队列,在js当中对于异步处理任务,是一个非常重要知识.
JavaScript作为浏览器脚本语言，被定义为了只有单线程的语言，也就是同一时间只能做同一事情。如果JavaScript不是单线程，那么就有点棘手了。比如，与用户交互或者对DOM进行操作时，在一个线程上修改某个DOM，另外的线程删除DOM，这就会造成冲突。但是在HTML5中引入了webWorker的概念，为JavaScript引入了线程的概念，它允许开发人员编写能够长时间运行而不被用户所中断的后台程序，去执行事务或者逻辑，并同时保证页面对用户的响应。但是子线程完全受主线程控制，且不得修改DOM。所以一般情况下webWorker的主要用途是处理一些比较耗时的计算。
单线程是指，js在执行的时候，都只有一个线程来处理所有任务。这个线程就是js的主线程。
本文介绍了setTimeout函数的基本用法，包括延迟执行、循环执行、指定延迟执行、指定回调函数、取消定时器、定时器ID、封装好的常用工具函数以及实际场景中的应用案例。
JS是一门单线程语言，单线程就意味着，所有的任务需要排队，前一个任务结束，才会执行下一个任务。这样所导致的问题是：如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞的觉。为了解决这个问题，JS中出现了同步和异步。他们的本质区别是：一条流水线上各个流程的执行顺序不同。在讲JS任务执行机制前，先要了解一下什么是同步任务与异步任务。
JavaScript从诞生之日起就是一门单线程的非阻塞的脚本语言。这是由其最初的用途来决定的：与浏览器交互。
Web Workers 是 HTML5 提供的一个javascript多线程解决方案，我们可以将一些大计算量的代码交由web Worker运行而不冻结用户界面。
cluster模块是node.js中用于实现和管理多进程的模块。常规的node.js应用程序是单线程单进程的，这也意味着它很难充分利用服务器多核CPU的性能，而cluster模块就是为了解决这个 问题的，它使得node.js程序可以以多个实例并存的方式运行在不同的进程中，以求更大地榨取服务器的性能。node.js在官方示例代码中使用worker实例来表示主进程fork出的子进程，使得前端开发者在学习过程中非常容易和浏览器环境中的worker实现的多线程混淆。为了容易区分，我们和node官方文档使用一致的名称，用集群中的master和worker来区分主进程和工作进程，用worker_threads来描述工作线程。
JS的单线程，与他的用途有关。作为浏览器脚本语言，Js的主要用途就是与用户互动，以及操作DOM。这决定了它只能是单线程。
Node.js 是当前用来构建可扩展的、高效的 REST API's 的最流行的技术之一。它还可以用来构建混合移动应用、桌面应用甚至用于物联网领域。
从开始做前端到目前为止，陆续看了很多帖子讲JS运行机制，看过不久就忘了，还是自己理一遍好些
之前关于service worker介绍的文章中，这样描述了浏览器环境下Javascript环境："每个页面的javascript运行主线程都是一个Boss"、"Boss很厉害，在页面上指点江山，呼风唤雨。但他有个局限：同一时刻只做一件事（单线程）"。
Web Worker为Web内容在后台线程中运行脚本提供了一种简单的方法。线程可以执行任务而不干扰用户界面。
之前啊我们公众号的内容要求可严了，要么技术上有原创性，要么是程序员小哥哥们自己实践经验的总结。可是你们知道吗，美团技术同学都可爱学习了，内部Wiki里积累了好多好多深入研究和学习性的技术文章。美美一直觉得这些对其他公司的工程师小哥哥也是好东西，所以就和院长说选出一些能对外分享的，开个新专栏吧。围着他说啊说啊好半天，他老人家终于同意啦~~
最近，明学是一个火热的话题，而我，却也想当那么一回明学家，那就是，把JavaScript和多线程并发这两个八竿子打不找的东西，给硬凑了起来，还写了一个并发库concurrent-thread-js。尴尬的是，当我发现其中的不合理之处，即这个东东的应用场景究竟是什么时，我发现我已经把代码写完了。
为什么单线程的nodejs可以支持高并发呢？很多人都不明白其原理，自己也在很长一段时间内被这些概念搞的是云里雾里。下面我们就来一步一步揭开其神秘的面纱。
JavaScript 被设计来在浏览器运行小块的脚本。因为该语言的简单和直白，JavaScript 备受欢迎，在当时，没有人能够预料它能执行大量的计算和对 CPU 要求较高的任务。这是一门深受初学者程序员喜爱的语言，帮助他们进入编程中的“逻辑构建”世界。在过去的 20 年时间，JavaScript 正在主导现代世界的整个 Web 应用业务。从操作前端的的 Dom 到涉及后端的服务，都能通过 JavaScript 来完成整个业务。
最近在项目中遇到一个问题，需要将一个依赖异步网络通信的功能，封装成同步API供第三方调用。
动态化作为移动客户端技术的一个重要分支，一直是业界积极探索的方向。目前业界流行的动态化方案，如Facebook的React Native，阿里巴巴的Weex都采用了前端系的DSL方案，而它们在iOS系统上能够顺利的运行，都离不开一个背后的功臣：JavaScriptCore（以下简称JSCore），它建立起了Objective-C（以下简称OC）和JavaScript（以下简称JS）两门语言之间沟通的桥梁。无论是这些流行的动态化方案，还是WebView Hybrid方案，亦或是之前广泛流行的JSPatch，JSCore都在其中发挥了举足轻重的作用。作为一名iOS开发工程师，了解JSCore已经逐渐成为了必备技能之一。
我们都知道，javascript从诞生之日起就是一门单线程的非阻塞的脚本语言。这是由其最初的用途来决定的：与浏览器交互。
进程与线程在服务端研发中是一个非常重要的概念，如果您在学习的时候对这一块感到混乱或者不是太理解，可以阅读下本篇内容，本篇在介绍进程和线程的概念之外，列举了很多 Demo 希望能从实战角度帮助您更好的去理解。
——爱默生
一提到 Node.js ，我想大家都会想到它的一个特点，单线程。但是 Node.js 在运行的时候依赖 V8 这个宿主环境，难道在宿主环境中也是单线程吗？请看正文解释你这个疑惑。
有段时间没更新博客了，之前计划由浅到深、从应用到原理，更新一些RN的相关博客。之前陆续的更新了6篇RN应用的相关博客（传送门），后边因时间问题没有继续更新。主要是平时空余时间都用来帮着带娃了，不过还是要挤挤时间来总结下，目标是完成由浅到深、由应用到原理的RN系列博客。本篇算是属于原理部分的博客，不过不在之前计划中。本篇是本人在公司内部某事业群大前端月刊中发布的一篇纯技术分享的博客，是基于Facebook的RNTester工程进行的TurboModule的源码分析，因为不涉及公司内部的敏感代码及相关信息，而且在公司内部发布受众有限，所以就以个人名义同步到自己的博客中，与大家分享及交流。文中所述内容仅代表个人观点，如有偏颇或不恰当之处还望指正。
线程：线程是进程中具体办事的，想同时办多件事，就需要开辟多个线程（一个进程中包含多个线程）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
