前端多线程 Web Worker

title: 前端多线程 Web Worker id: 7bb1bf2332e2e783c4c097f8372376a0 tags: [] date: 2000/01/01 00:00:00 updated: 2023/03/04 19:29:12 isPublic: true --#|[分隔]|#--

前端多线程 Web Worker

众所周知,js是单线程语言,在前端页面中使用了,无论是处理dom、计算逻辑、循环遍历,都是在一根线上操作,做一项工作的同时就不能做另一项。

Web Work,就是浏览器提供的一个api,可以单独另开一个js线程,处理一些和dom无关的数据处理、逻辑计算上的事儿,而且这个js线程和主线程是完全分开独立的,这个js线程就算卡死了,主线程也不会有丝毫影响。

如果不使用单线程,那么当js处理一项耗时计算时,用户操作了页面,这时页面只能无响应,等待耗时计算完成后,才能处理用户交互,这种体验就很不好了,给用户的直观感受,你页面卡了。

不过这种情况出现的比较少,一般前端不会有太大量的数据需要处理,但我之前就遇到过。

当时调用接口,后台返回一个长度为20的json数组,把数据作为表格展示在页面上,然后后台使用web socket推送这个数组的增量数据,需要我前台实时「增删改」维护这个数组。

其实只用遍历数组,依次对比「增删改」就行了,但问题是socket推送的频率太高了,一秒钟推送五六次,每次三五条数据,需要不停的遍历,导致页面持续卡顿。

当时年少不知web socket,用了一种笨方法,就是后台推送我来,我先存在一个临时数组里,然后定时固定1000中处理一次,倒是解决了这个问题,可办法是在太笨了。

现在用了web socket,可以直接新开一个js线程,用这个线程去维护我这个数组,每当数组被更新了,再把新数组发送给我主线程,直接渲染,质壁分离,效果一定不错。

以下摘抄自大神阮一峰博客,我稍微调整部分,原文地址:http://www.ruanyifeng.com/blog/2018/07/web-worker.html

概述

JavaScript 语言采用的是单线程模型,也就是说,所有任务只能在一个线程上完成,一次只能做一件事。前面的任务没做完,后面的任务只能等着。随着电脑计算能力的增强,尤其是多核 CPU 的出现,单线程带来很大的不便,无法充分发挥计算机的计算能力。

Web Worker 的作用,就是为 JavaScript 创造多线程环境,允许主线程创建 Worker 线程,将一些任务分配给后者运行。在主线程运行的同时,Worker 线程在后台运行,两者互不干扰。等到 Worker 线程完成计算任务,再把结果返回给主线程。这样的好处是,一些计算密集型或高延迟的任务,被 Worker 线程负担了,主线程(通常负责 UI 交互)就会很流畅,不会被阻塞或拖慢。

Worker 线程一旦新建成功,就会始终运行,不会被主线程上的活动(比如用户点击按钮、提交表单)打断。这样有利于随时响应主线程的通信。但是,这也造成了 Worker 比较耗费资源,不应该过度使用,而且一旦使用完毕,就应该关闭。

Web Worker 有以下几个使用注意点。

  1. 同源限制

  • DOM 限制

    Worker 线程所在的全局对象,与主线程不一样,无法读取主线程所在网页的 DOM 对象,也无法使用document、window、parent这些对象。但是,Worker 线程可以navigator对象和location对象。

  • 通信联系

    Worker 线程和主线程不在同一个上下文环境,它们不能直接通信,必须通过消息完成。

  • 脚本限制

    Worker 线程不能执行alert()方法和confirm()方法,但可以使用 XMLHttpRequest 对象发出 AJAX 请求。

  • 文件限制

    Worker 线程无法读取本地文件,即不能打开本机的文件系统(file://),它所加载的脚本,必须来自网络。

基本用法

  1. 主线程

检测浏览器是否支持

主线程采用new命令,调用Worker()构造函数,新建一个 Worker 线程。

Worker()构造函数的参数是一个脚本文件,该文件就是 Worker 线程所要执行的任务。由于 Worker 不能读取本地文件,所以这个脚本必须来自网络。如果下载没有成功(比如404错误),Worker 就会默默地失败。

然后,主线程调用worker.postMessage()方法,向 Worker 发消息。

worker.postMessage()方法的参数,就是主线程传给 Worker 的数据。它可以是各种数据类型,包括二进制数据。

接着,主线程通过worker.onmessage指定监听函数,接收子线程发回来的消息。

上面代码中,事件对象的data属性可以获取 Worker 发来的数据。

Worker 完成任务以后,主线程就可以把它关掉。

  • Worker 线程

    Worker 线程内部需要有一个监听函数,监听message事件。

    除了使用self.addEventListener()指定监听函数,也可以使用self.onmessage指定。监听函数的参数是一个事件对象,它的data属性包含主线程发来的数据。self.postMessage()方法用来向主线程发送消息。

    根据主线程发来的数据,Worker 线程可以调用不同的方法,下面是一个例子。

    上面代码中,self.close()用于在 Worker 内部关闭自身。

  • Worker 加载脚本

    Worker 内部如果要加载其他脚本,有一个专门的方法importScripts()。

    该方法可以同时加载多个脚本。

  • 错误处理

    主线程可以监听 Worker 是否发生错误。如果发生错误,Worker 会触发主线程的error事件。

    Worker 内部也可以监听error事件。

  • 关闭 Worker

    使用完毕,为了节省系统资源,必须关闭 Worker。

数据通信

前面说过,主线程与 Worker 之间的通信内容,可以是文本,也可以是对象。需要注意的是,这种通信是拷贝关系,即是传值而不是传址,Worker 对通信内容的修改,不会影响到主线程。事实上,浏览器内部的运行机制是,先将通信内容串行化,然后把串行化后的字符串发给 Worker,后者再将它还原。

主线程与 Worker 之间也可以交换二进制数据,比如 File、Blob、ArrayBuffer 等类型,也可以在线程之间发送。下面是一个例子。

但是,拷贝方式发送二进制数据,会造成性能问题。比如,主线程向 Worker 发送一个 500MB 文件,默认情况下浏览器会生成一个原文件的拷贝。为了解决这个问题,JavaScript 允许主线程把二进制数据直接转移给子线程,但是一旦转移,主线程就无法再使用这些二进制数据了,这是为了防止出现多个线程同时修改数据的麻烦局面。这种转移数据的方法,叫做Transferable Objects。这使得主线程可以快速把数据交给 Worker,对于影像处理、声音处理、3D 运算等就非常方便了,不会产生性能负担。

如果要直接转移数据的控制权,就要使用下面的写法。

同页面的 Web Worker

通常情况下,Worker 载入的是一个单独的 JavaScript 脚本文件,但是也可以载入与主线程在同一个网页的代码。

上面是一段嵌入网页的脚本,注意必须指定<script>标签的type属性是一个浏览器不认识的值,上例是app/worker。

然后,读取这一段嵌入页面的脚本,用 Worker 来处理。

上面代码中,先将嵌入网页的脚本代码,转成一个二进制对象,然后为这个二进制对象生成 URL,再让 Worker 加载这个 URL。这样就做到了,主线程和 Worker 的代码都在同一个网页上面。

实例:Worker 线程完成轮询

有时,浏览器需要轮询服务器状态,以便第一时间得知状态改变。这个工作可以放在 Worker 里面。

上面代码中,Worker 每秒钟轮询一次数据,然后跟缓存做比较。如果不一致,就说明服务端有了新的变化,因此就要通知主线程。

实例: Worker 新建 Worker

Worker 线程内部还能再新建 Worker 线程(目前只有 Firefox 浏览器支持)。下面的例子是将一个计算密集的任务,分配到10个 Worker。

主线程代码如下。

上面代码中,Worker 线程内部新建了10个 Worker 线程,并且依次向这10个 Worker 发送消息,告知了计算的起点和终点。计算任务脚本的代码如下。

API

  1. 主线程

  • Worker 线程

    Web Worker 有自己的全局对象,不是主线程的window,而是一个专门为 Worker 定制的全局对象。因此定义在window上面的对象和方法不是全部都可以使用。

    Worker 线程有一些自己的全局属性和方法。

Last updated

Was this helpful?