JavaScriptがマルチスレッドをサポートしないのはなぜですか？

それは意図的な設計の決定なのか、それとも今後のバージョンで修正される今日のブラウザーの問題なのか？

ブラウザのJavaScriptインタプリタはシングルスレッド（AFAIK）であるため、JavaScriptはマルチスレッドをサポートしていません。Google Chromeでも、単一のWebページのJavaScriptを同時に実行することはできません。これは、既存のWebページで大規模な同時実行の問題が発生するためです。Chromeはすべて、複数のコンポーネント（異なるタブ、プラグインなど）を別々のプロセスに分離していますが、1つのページに複数のJavaScriptスレッドがあるとは思えません。

ただし、提案さsetTimeoutれたように、ある種のスケジューリングと「偽の」並行性を許可するために使用できます。これにより、ブラウザーはレンダリングスレッドの制御を取り戻しsetTimeout、指定されたミリ秒後に指定されたJavaScriptコードを開始します。これは、ビューポートでの操作中にビューポート（表示されているもの）を更新できるようにする場合に非常に役立ちます。たとえば座標をループし、それに応じて要素を更新するだけで、開始位置と終了位置だけが表示され、その間に何も表示されません。

JavaScriptで抽象ライブラリを使用して、すべて同じJavaScriptインタープリターで管理されるプロセスとスレッドを作成できます。これにより、次の方法でアクションを実行できます。

• プロセスA、スレッド1
• プロセスA、スレッド2
• プロセスB、スレッド1
• プロセスA、スレッド3
• プロセスA、スレッド4
• プロセスB、スレッド2
• プロセスAを一時停止
• プロセスB、スレッド3
• プロセスB、スレッド4
• プロセスB、スレッド5
• プロセスAを開始
• プロセスA、スレッド5

これにより、何らかの形のスケジューリングと偽の並列処理、スレッドの開始と停止などが可能になりますが、本当のマルチスレッドではありません。真のマルチスレッド化は、ブラウザが単一ページのマルチスレッド化（または複数のコア）を実行できる場合にのみ有用であり、その難しさははるかに大きいので、私はそれが言語自体に実装されることはないと思います余分な可能性より。

JavaScriptの将来については、https： //developer.mozilla.org/presentations/xtech2006/javascript/をご覧ください。

JavaScriptマルチスレッド（制限あり）はこちらです。GoogleはGearsのワーカーを実装し、ワーカーはHTML5に含まれています。ほとんどのブラウザでは、この機能のサポートがすでに追加されています。

ワーカーとの間でやり取りされるすべてのデータがシリアル化/コピーされるため、データのスレッドセーフが保証されます。

詳細については、以下をお読みください。

http://www.whatwg.org/specs/web-workers/current-work/

http://ejohn.org/blog/web-workers/

伝統的に、JSは短くて高速に実行されるコードを対象としていました。大きな計算が行われている場合は、サーバー上で計算を行いました。ブラウザで長時間実行され、自明ではないことを実行するJS + HTML アプリのアイデアは、ばかげたことです。

もちろん、今はそれがあります。ただし、ブラウザが追いつくには少し時間がかかります-それらのほとんどはシングルスレッドモデルを中心に設計されており、変更は簡単ではありません。Google Gearsは、バックグラウンド実行を分離することを要求することにより、多くの潜在的な問題を回避します-DOMを変更せず（スレッドセーフではないため）、メインスレッドによって作成されたオブジェクトにアクセスしません（同上）。これは制限的ですが、ブラウザーの設計を簡素化するためと、経験の浅いJSプログラマーがスレッドをいじることを許すことに関連するリスクを減らすため、近い将来、最も実用的な設計になるでしょう...

@marcio：

Javascriptでマルチスレッドを実装しない理由は何ですか？プログラマは自分が持っているツールを使って、好きなことを何でもできます。

それでは、他のすべてのWebサイトを開いたときにブラウザーがクラッシュするほど簡単に誤用できるツールを与えないでください。これの素朴な実装は、IE7の開発中にMSに多くの頭痛の種をもたらした領域に直接あなたを連れて行きます：アドオンの作者はスレッドモデルで速くて緩やかに遊んだ結果、オブジェクトのライフサイクルがプライマリスレッドで変更されたときに明らかになる隠れたバグをもたらしました。悪い。IE用のマルチスレッドActiveXアドオンを作成している場合、それは領域に付属していると思います。それ以上の必要があるという意味ではありません。

この決定の根拠はわかりませんが、setTimeoutを使用してマルチスレッドプログラミングの利点のいくつかをシミュレートできることを知っています。複数のプロセスが同時に物事を行っているような錯覚を与えることができますが、実際にはすべてが1つのスレッドで発生します。

関数に少し仕事をさせて、次のようなものを呼び出します：

setTimeout(function () {
    ... do the rest of the work...
}, 0);

また、UIの更新、アニメーション画像など、実行する必要のあるその他のことは、機会があったときに発生します。

言語がマルチスレッドをサポートしていないのか、ブラウザのJavaScriptエンジンがマルチスレッドをサポートしていないのですか？

最初の質問への答えは、ブラウザーのJavaScriptはサンドボックスで実行され、マシン/ OSに依存しない方法で実行されることを意図しているため、マルチスレッドサポートを追加すると、言語が複雑になり、言語がOSに近づきすぎます。

Node.js 10.5以降は、実験的な機能としてワーカースレッドをサポートしています（--experimental-workerフラグを有効にして使用できます）：https : //nodejs.org/api/worker_threads.html

したがって、ルールは次のとおりです。

• I / Oバウンドopsを実行する必要がある場合は、内部メカニズム（別名callback / promise / async-await）を使用します
• CPUバウンドopsを実行する必要がある場合は、ワーカースレッドを使用します。

ワーカースレッドは、長期間存続するスレッドを対象としています。つまり、バックグラウンドスレッドを生成し、メッセージパッシングを介して通信します。

そうでない場合、無名関数で重いCPU負荷を実行する必要がある場合は、ワーカースレッドを中心に構築された小さなライブラリであるhttps://github.com/wilk/microjobを使用できます。

matt bが言ったように、問題はあまり明確ではありません。言語でのマルチスレッドサポートについて質問していると仮定します。これは、現在ブラウザーで実行されているアプリケーションの99.999％では必要ないためです。本当に必要な場合は、回避策があります（window.setTimeoutを使用するなど）。

一般に、マルチスレッド化は、（不変データのみを使用するなど）特別な制限を設けない限り、正しく実行するのは非常に非常に非常に非常に困難です（難しいと言いましたか？）。

IntelはJavascriptでのマルチスレッド化に関するオープンソースの研究を行っており、最近GDC 2012で紹介されました。ビデオへのリンクは次のとおりです。研究グループは、主にIntelチップセットとWindows OSに焦点を当てたOpenCLを使用しました。プロジェクトのコード名はRiverTrailで、コードはGitHubで入手できます

さらに役立つリンク：

Webアプリケーション用のコンピューティングハイウェイの構築

現在、一部のブラウザはマルチスレッドをサポートしています。したがって、必要な場合は、特定のライブラリを使用できます。たとえば、次の資料をご覧ください。

• https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers （サポートバックグラウンドスレッド）;

• https://keithwhor.github.io/multithread.js/（ライブラリ）。

マルチスレッドをサポートしないのは実装です。現在、Google Gearsは、外部プロセスを実行することで、なんらかの並行性を使用する方法を提供していますが、それはそれだけです。

Googleが本日リリースする予定の新しいブラウザー（Google Chrome）は、プロセス内で分離することにより、コードを並行して実行します。

コア言語はもちろん、Javaなどと同じサポートを持つことができますが、Erlangの並行性のようなもののサポートは地平線のどこにもありません。

JavaScriptはシングルスレッド言語です。つまり、1つのコールスタックと1つのメモリヒープがあります。予想通り、コードを順番に実行し、次のコードに移る前にピースコードの実行を終了する必要があります。これは同期ですが、場合によっては有害になることがあります。たとえば、関数の実行にしばらく時間がかかる場合や、何かを待機する必要がある場合、その間すべてがフリーズします。

私が聞いた限りでは、Google Chromeはマルチスレッドのjavascriptを持つことになるので、「現在の実装」の問題です。

スレッドの同期のための適切な言語サポートがなければ、新しい実装で試しても意味がありません。既存の複雑なJSアプリ（例：ExtJSを使用するもの）は予期せずクラッシュする可能性が高いですが、synchronizedキーワードまたは類似のものがなければ、正しく動作する新しいプログラムを作成することも非常に困難または不可能ですらあります。

ただし、eval関数を使用して、並行性をある程度拡張することができます。

/* content of the threads to be run */
var threads = [
        [
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');",
            "document.write('Foo <br/>');"
        ],
        [
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');",
            "document.write('Bar <br/>');"
        ]
    ];

window.onload = function() {
    var lines = 0, quantum = 3, max = 0;

    /* get the longer thread length */
    for(var i=0; i<threads.length; i++) {
        if(max < threads[i].length) {
            max = threads[i].length;
        }
    }

    /* execute them */
    while(lines < max) {
        for(var i=0; i<threads.length; i++) {
            for(var j = lines; j < threads[i].length && j < (lines + quantum); j++) {
                eval(threads[i][j]);
            }
        }
        lines += quantum;
    }
}

JavaScriptによるマルチスレッド化は、HTML5によってもたらされるWebワーカーを使用して明らかに可能です。

ウェブワーカーと標準のマルチスレッド環境の主な違いは、メモリリソースがメインスレッドと共有されないこと、オブジェクトへの参照がスレッド間で表示されないことです。スレッドはメッセージを交換することによって通信するため、イベント駆動型の設計パターンに従って、同期および同時メソッド呼び出しアルゴリズムを実装することが可能です。

スレッド間のプログラミングを構築できる多くのフレームワークが存在します。その中には、OODK-JS、並行プログラミングをサポートするOOP jsフレームワークがあります 。https：//github.com/GOMServices/oodk-js-oop-for-js