Vor kurzem habe ich an Web-Workern herumgebastelt und dies ist eine umfassende Anleitung zu allem, was Sie wissen müssen, um mit der Verwendung von Web-Workern zu beginnen.
Wenn Sie das Lesen des Blogs überspringen und sich stattdessen den Code ansehen möchten, finden Sie hier das Github-Repository, das alle Snippets enthält.
Github Web Worker Repository
Was mich also dazu brachte, mich mit Web Workern zu beschäftigen, war, dass auf einer Plattform, die ich erstellte, eine rechenintensive Aufgabe darin bestand, die Benutzeroberfläche zu blockieren.
Also dachte ich: „Huh, okay, wie kann ich dafür sorgen, dass die Benutzeroberfläche dadurch nicht blockiert wird?“ Soll ich setTimeout verwenden, um sicherzustellen, dass die Ausführung des gesamten Codes im Hauptthread abgeschlossen ist, wonach die rechenintensive Aufgabe ausgeführt werden kann?
Hier liegt also das Missverständnis: Die Verwendung von setTimeout bedeutet nicht, dass die Benutzeroberfläche nicht blockiert wird. Ja, alles im Hauptthread wird ausgeführt, bevor der setTimeout-Rückruf ausgeführt wird. Dieser Rückruf wird jedoch im Hauptthread selbst ausgeführt, wenn er aus der Makroaufgabenwarteschlange entfernt wird, wodurch die Benutzeroberfläche nicht mehr reagiert.
Um mehr über die Arbeit von setTimeout zu erfahren, finden Sie hier einige Referenzen –
JavaScript ist von Natur aus eine „Single-Threaded-Sprache“, aber Web-Worker ermöglichen es uns, rechenintensiven Code in einem separaten Thread auszuführen.
Bevor wir beginnen, sind hier einige Dinge zu beachten –
const worker = new Worker("./worker.js")
Hinweis: worker.js ist kein Modul und kann keine Importanweisungen verwenden. noch. :')
Um worker.js als Modul zu verwenden, geben Sie type: module in der Option des Konstruktors an.
const worker = new Worker("./worker.js")
const worker = new Worker('./worker.js', { type: 'module' })
Alles zusammenfügen
Sehen wir uns nun an, wie unser Code nach der Integration von Web-Workern aussieht.
Haupt-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 } } } // ...
Und das Ergebnis:
Wenn wir die Anwendung ausführen, werden Sie feststellen, dass die rechenintensive Aufgabe ausgeführt wird, ohne die Benutzeroberfläche zu blockieren.
Comlink ist eine winzige Bibliothek (1,1 kB), sie beseitigt die mentale Hürde, über die PostMessage-Logik nachzudenken.
Auf einer abstrakteren Ebene handelt es sich um eine RPC-Implementierung für PostMessage- und ES6-Proxys.
Ein konkreter Grund, warum ich Comlink verwendet habe, war, dass ich mit einfachem JavaScript keine Funktionen vom Hauptthread an den Worker übergeben konnte. Mithilfe des Comlink-Proxys konnte ich problemlos eine Rückruffunktion vom Hauptthread an den Worker übergeben. [Siehe diesen Abschnitt]
Um mit der Verwendung von Comlink in Ihrem Projekt zu beginnen, installieren Sie die Bibliothek
const worker = new Worker("./worker.js")
Um mit dieser Bibliothek beginnen zu können, müssen wir die folgenden Methoden kennen -
Comlink.wrap(endpoint)
const worker = new Worker('./worker.js', { type: 'module' })
Comlink.expose(Wert, Endpunkt?, erlaubte Ursprünge?)
worker.terminate()
Weiterführende Literatur
Das obige ist der detaillierte Inhalt vonAlles, was Sie über Web Worker wissen müssen, um loszulegen.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!