multi-core-Programmierung mit JavaScript?

UPDATE (2018-06-21): Für Besucher, die hier auf der Suche nach multi-core-Programmierung in JavaScript, nicht unbedingt browser JavaScript (für die, die Antwort noch gilt-ist): Node.js unterstützt jetzt multi-threading, hinter einem feature flag (--experimental-workers): release-info, relevante Frage.

Schreiben dieser aus der Spitze von meinem Kopf, keine Garantien für die source-code. Bitte gehen Sie einfach auf mich.

Soweit ich weiß, kann man nicht wirklich Programm in threads mit JavaScript. Webworker sind eine form der multi-Programmierung, aber in JavaScript ist von Natur aus single-threaded (basierend auf einer Ereignis-Schleife).

Einen webworker ist separaten thread der Ausführung, in dem Sinne, dass es nicht teilen, alles mit dem script, dass es begonnen; es gibt keinen Verweis auf das Skript Globale Objekt (in der Regel sogenannte "Fenster" im browser), und keine Referenz auf deine Haupt-Skript die Variablen andere als die Daten, die Sie senden, um den thread.

Denke, wie die web worker als kleinen "server", der bekommt eine Frage gestellt und beantwortet. Sie können nur senden Saiten, die auf diesem server, und es kann nur parse den string und zurück senden, was es berechnet wurde.

//in the main script, one starts a worker by passing the file name of the 
//script containing the worker to the constructor. 
var w = new Worker("myworker.js");

//you want to react to the "message" event, if your worker wants to inform
//you of a result. The function typically gets the event as an argument. 
w.addEventListener("message",
    function (evt) {
        //process evt.data, which is the message from the 
        //worker thread
        alert("The answer from the worker is " + evt.data);
    });

Können Sie senden Sie dann eine Nachricht (einen String) zu diesem thread mit seinen postMessage()-Methode:

w.postMessage("Hello, this is my message!");

Einer Probe worker-Skript (ein "echo" - server) können sein:

//this is another script file, like "myworker.js"
self.addEventListener("message", 
    function (evt) {
        var data = JSON.parse(evt.data);
        /* as an echo server, we send this right back */
        self.postMessage(JSON.stringify(data))
    })

was auch immer Sie einen Beitrag in diesem thread decodiert wird, re-codiert und wieder zurück geschickt. natürlich können Sie tun, was die Verarbeitung würden Sie wollen, zu tun zwischen. Der Arbeitnehmer aktiv bleiben; Sie können call terminate() auf es (in Ihrem Haupt-Skript; das wäre w.terminate()) zu beenden oder aufrufen self.close() in Ihre Arbeiter.

Zusammenfassen: was Sie tun können, ist Sie zip up Ihre Funktion Parameter in einen JSON-string, der gesendet wird, mit postMessage, decodiert und verarbeitet werden "auf der anderen Seite" (der Arbeiter). Die Berechnung Ergebnis gesendet wird, zurück zum "main" - Skript.

Zu erklären, warum das nicht einfacher: Mehr Interaktion ist nicht wirklich möglich, und diese Beschränkung ist gewollt. Da gemeinsame Ressourcen (ein Objekt sichtbar, um sowohl die Arbeiter und das main-script) unterliegen würden zwei threads, die sich mit Ihnen zur gleichen Zeit, würden Sie brauchen, um zu verwalten zugreifen (D. H., sperren), um diese Ressource, um zu verhindern, dass race-conditions.

Den message-passing, shared-nothing-Ansatz ist nicht, dass gut bekannt, vor allem, weil die meisten anderen Programmiersprachen (C und Java zum Beispiel) benutzen Sie threads, die auf den gleichen Adressraum (während andere, wie Erlang, zum Beispiel nicht). Bedenken Sie:

• Es ist wirklich schwer zu Programmieren eines größeren Projektes mit Mutexe (einen wechselseitigen Ausschluss-Mechanismus) wegen der damit verbundenen Deadlocks/race-condition Komplexität. Das ist Zeug, das machen Erwachsene Männer Weinen!
• Es ist wirklich einfach im Vergleich zu tun, message-passing, shared-nothing-Semantik. Der code ist isoliert; Sie wissen genau, was in Ihrem Arbeiter-und, was kommt aus deinem Arbeiter. Deadlocks und race conditions sind unmöglich zu erreichen!

Probieren Sie es einfach aus, es ist in der Lage, interessante Dinge, die wahrscheinlich alles, was Sie wollen. Bedenken Sie, dass es ist noch Umsetzung definiert, ob es nutzt multicore-soweit ich weiß.

NB. Ich habe gerade informiert, dass mindestens einige Implementierungen Griff JSON-Kodierung von Nachrichten für Sie.

So, eine Antwort zu geben auf deine Frage, (es ist alles über; die tl;dr version): Nein, Sie können nicht dies tun, ohne web-worker. Aber es gibt nichts wirklich falsch über web-worker abgesehen von browser-Unterstützung, wie es der Fall mit HTML5 im Allgemeinen.

Web-worker sind die Antwort auf die client-Seite. Für NodeJS gibt es viele Ansätze. Beliebtesten - laichen mehrere Prozesse mit pm2 oder einem ähnlichen Werkzeug. Führen Sie einzelne Prozess-und spawn - /fork child-Prozesse. Sie können google um diese und finden eine Menge Proben und Taktik.

Web-Arbeiter sind bereits gut von allen Browsern unterstützt. https://caniuse.com/#feat=webworkers

API & Proben: https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers