worker是HTML5规范的API,所以你没法在node环境中使用.worker没办法对dom元素操作, 只能在主线程中, 多线程操作dom感觉就不大好.worker可以用于执行长时间运行的计算、处理大量数据、执行网络请求等任务

昨天碰到了一个 worker_threads crash 的问题，最终经过阅读源码和调试找到了具体原因。不得不说，阅读源码是解决问题的非常有效的方法。

JavaScript 属于单线程语言，所有任务都跑在主线程上，若主线程阻塞，后续任务将无法执行。既然是单线程，那为何我们在使用过程中主观感知却是“多线程”？

进程（Process）是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。线程（Thread）是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。

多年以来，Node.js 都不是实现高 CPU 密集型应用的最佳选择，这主要就是因为 JavaScript 的单线程。作为对此问题的解决方案，Node.js v10.5.0 通过 worker_threads 模块引入了实验性的 “worker 线程” 概念

进程与线程是操作系统中两个重要的角色，它们维系着不同程序的执行流程，通过系统内核的调度，完成多任务执行。今天我们从 Node.js（以下简称 Node）的角度来一起学习相关知识，通过本文读者将了解 Node 进程与线程的特点、代码层面的使用以及它们之间的通信。

当我们执行 JS 代码的时候其实就是往执行栈中放入函数，那么遇到异步代码的时候该怎么办？其实当遇到异步的代码时，会被挂起并在需要执行的时候加入到 Task（有多种 Task） 队列中。一旦执行栈为空

node.js采用单线程异步非阻塞模式。它的单线程指的是自身Javascript运行环境的单线程，Node.js并没有给Javascript执行时创建新线程的能力，通过Libuv以及它的事件循环来实现异步。

几乎在每一本JS相关的书籍中，都会说JS是单线程的，JS是通过事件队列(Event Loop)的方式来实现异步回调的。 对很多初学JS的人来说，根本搞不清楚单线程的JS为什么拥有异步的能力，所以，我试图从进程、线程的角度来解释这个问题

以前我们总说，JS是单线程没有多线程，当JS在页面中运行长耗时同步任务的时候就会导致页面假死影响用户体验，从而需要设置把任务放在任务队列中；执行任务队列中的任务也并非多线程进行的，然而现在HTML5提供了我们前端开发这样的能力

网站使用了复杂的物理效果和 SVG 滤镜。它在移动设备上的手感很好，所以需要很流畅地运行才能出效果。在同一个线程中运行物理效果和 SVG 滤镜开销太大了，所以我把物理效果部分移动到了 Web Worker 中来充分利用资源。

用户级线程很快投入使用，Linux系统中的 pthread（POSIX thread）库可以说是大获成功，操作系统做出了一项重大决定——支持内核级线程。内核级线程解决了进程并行的问题，除此之外，由于内核看得到线程的存在

前段时间准备前端招聘事项，复习前端React相关知识；复习React16新的生命周期：弃用了componentWillMount、componentWillReceivePorps，componentWillUpdate三个生命周期

篇文章主要分享介绍了WebWorker特殊应用场景, 扩展了WebWorker的能力, 为跨页面通信提供了另外一种思路。在上一篇文章里面也有了解到webworker与主线程之间的通信，使用的是一个PostMessage

JS单线程：我们都知道JavaScript它是一个单线程的语言，同一时间只能做一件事。比如：在浏览器中，某一时刻我们在操作DOM，你们这个时刻我们就不能去运行JavaScript代码，反过来也是，当我们在运行JavaScript代码的时候