Home >Web Front-end >JS Tutorial >All you need to know about web workers to get started.
Recently I have been tinkering with web workers and this is a comprehensive guide on everything you need to know to get started with using web workers.
If you want to skip reading the blog and checkout the code instead, here is the github repository which contains all the snippets.
Github Web Worker Repository
So, what got me exploring web workers was that in a platform I was building a computationally heavy task was blocking the UI.
So I thought, 'Huh, okay, how do I make this not block the UI'? Shall I use setTimeout to make sure all the code in the main thread has finished execution, after which the computationally heavy task can run?
So here is the misconception — using setTimeout does not mean that the UI will not be blocked. Yes everything on the main thread will be executed before the setTimeout callback runs however, this callback runs in the main thread itself when it is popped out of the Macro Task Queue thus making the UI unresponsive.
To know more about how setTimeout’s work here are some references —
JavaScript is inherently a “single-threaded language” but, web workers enable us to run computationally heavy code in a separate thread.
Before we get started here are few things to note -
const worker = new Worker("./worker.js")
Note: worker.js is not a module and cannot use import statements. yet. :')
To use worker.js as a module, specify type: module in the option of the constructor.
const worker = new Worker("./worker.js")
const worker = new Worker('./worker.js', { type: 'module' })
Putting It All Together
Now, let's see how our code looks after integrating web workers.
Main Thread Code:
worker.terminate()
Worker Thread Code:
// ... function workerFunction() { // Don't spin up a new worker instance if the process has already been started. if (statusElement.textContent !== PROCESS_STATUS.PROCESSING && window.Worker) { const worker = new Worker('./worker.js', { type: 'module' }) // Sending 10000000000000 to the web worker worker.postMessage(10000000000000) statusElement.textContent = PROCESS_STATUS.PROCESSING // This piece of code is executed after worker finishes its task and returns data. worker.onmessage = function (event) { statusElement.textContent = event.data } } } // ...
And the result:
When we run the application, you'll notice that the computationally heavy task is executed without blocking the UI.
Comlink is a tiny library (1.1kB), it removes the mental barrier of thinking about postMessage logic.
At a more abstract level it is an RPC implementation for postMessage and ES6 Proxies.
A specific reason why I used Comlink was that I was unable to pass functions from the main thread to the worker using plain JavaScript. Using Comlink’s proxy I was able to easily pass a callback function from main thread to the worker. [Refer to this section]
To get started with using comlink in your project, install the library
const worker = new Worker("./worker.js")
To get started with this library we need to know about these following methods -
Comlink.wrap(endpoint)
const worker = new Worker('./worker.js', { type: 'module' })
Comlink.expose(value, endpoint?, allowedOrigins?)
worker.terminate()
Further Reading
The above is the detailed content of All you need to know about web workers to get started.. For more information, please follow other related articles on the PHP Chinese website!