特定の量のデータが転送された後にChromeがハングする-使用可能なソケットを待機しています

私はブラウザゲームを持っていて、最近ゲームにオーディオを追加し始めました。

Chromeはページ全体をロードせず、スタックし"91 requests | 8.1 MB transferred"、それ以上コンテンツをロードしません。そしてそれは他のすべてのタブでウェブサイトを壊しさえします、と言いWaiting for available socketます。

5分後（正確に）、データがロードされます。

これは他のブラウザでは発生しません。

1つのMP3ファイル（最後に追加されたもの）を削除すると問題が解決したので、おそらくデータ制限の問題ですか？

サーバーあたりの接続数の上限に達しているようです。たくさんの静的ファイルを読み込んでいるようですが、私のアドバイスは、サブドメインでそれらを分離して、たとえばNginxで直接提供することです。

• img.yoursite.comというサブドメインを作成し、そこからすべての画像を読み込みます。

• scripts.yourdomain.comというサブドメインを作成し、そこからすべてのJSおよびCSSファイルをロードします。

• sound.yoursite.comというサブドメインを作成し、そこからすべてのMP3をロードします...など。

Nginxには、静的ファイルを直接提供し、静的ファイルのキャッシュを管理するための優れたオプションがあります。

説明：

この問題は、Chromeがデフォルトで最大6つのオープン接続を許可するために発生します。したがって、6 <video>つまたは<audio>タグから複数のメディアファイルを同時にストリーミングしている場合、ソケットの1つが開くまで、7番目の接続（たとえば、イメージ）がハングします。通常、開いている接続は5分間何も操作しないと閉じます。そのため、その時点で.pngが最終的に読み込まれます。

解決策1：

開いた接続を維持するメディアタグの数を最小限に抑えることで、これを回避できます。また、6つ以上必要な場合は、最後に読み込むか、などの属性がないことを確認してくださいpreload="auto"。

解決策2：

Webゲームで複数の効果音を使用する場合は、Web Audio APIを使用できます。または、物事を単純化するには、SoundJSなどのライブラリを使用します。これは、大量の効果音/音楽トラックを同時に再生するための優れたツールです。

解決策3：ソケットを強制的に開く（非推奨）

必要な場合は、ブラウザでソケットを強制的に開くことができます（Chromeのみ）。

1. アドレスバーに移動し、と入力しchrome://net-internalsます。
2. Socketsメニューから選択してください。
3. ボタンをクリックしFlush socket poolsます。

サイトを表示するために訪問者がこれらの指示に従うことを期待するべきではないため、このソリューションは推奨されません。

メッセージ：

使用可能なソケットを待機しています...

これは、ホスト、プロキシ、またはグループごとのssl_socket_poolの制限に達したために表示されます。

Chromeブラウザで作成できるHTTP接続の最大数は次のとおりです。

• プロキシごとの最大接続数は32接続です。これは、ポリシーリストで変更できます。

• ホストあたりの最大数：6接続。

  これはWebブラウザのソースコードにハードコードされている可能性が高いため、変更できません。

• ブラウザごとにプールされたHTTP接続の合計は256。

^{出典：Chromeデバイス向けエンタープライズネットワーキング}

上記の制限は、でchrome://net-internals/#sockets（またはでリアルタイムでchrome://net-internals/#events&q=type:SOCKET%20is:active）チェックまたはフラッシュできます。

音声に関する問題は、HTML5音声の読み込みに失敗し、server：proxyあたりの最大同時接続数に達するChromeバグ162627に関連している可能性があります。これは、執筆時点（2016）でまだアクティブな問題です。

HTML5ビデオリクエストに関連するはるかに古い問題は保留のままで、2014年に修正された問題＃234779に関連している可能性があります。また、問題324653にあるSPDYに関連しています：SPDYの問題：利用可能なソケットを待機していますが、これはすでに修正されています2014年には、おそらく関連はありません。

重複としてマークされた他の関連する問題は、問題401845：オーディオメタデータのプリロードの失敗にあります。メディアプレーヤーのコードの問題に関連する10以上のうち6つだけをロードしました。一時停止されたリクエストの束がぶら下がっています。

これは、バックグラウンドでソケットを使用している一部のChromeアドウェアまたはウイルス対策拡張機能（ソフォスやカスペルスキーなど）にも関連している可能性があるため、DevToolsでネットワークアクティビティを確認してください。

シンプルで正しい解決策は、オーディオファイルとビデオファイルを設定からプリロードし、ページを再確認することです。使用可能なソケットを待機する問題が解決されます...

jplayerを使用する場合、preload： "metadata"をjloadからpreload： "none"に置き換えます。 JSファイル...

preload： "metadata"は、ページの読み込み時にオーディオ/ビデオファイルを再生するデフォルト値です。そのため、Google Chromeで「利用可能なソケットを待機しています」エラーが表示されます。

私たちの最初の考えは、サイトのダウンなどですが、これは問題や障害ではないというのが本当のところです。また、Firefox、Opera、またはServices Explorerでテストした場合の単純な接続は通常どおりに開くため、問題にはなりません。

Chromeのエラーには、「このサイトは利用できません」という説明と、「エラー15（net :: ERR_SOCKET_NOT_CONNECTED）：不明なエラー」という説明が表示されます。このエラーはGoogle Chromeではかなり一般的で、より正確にはアップデートです。その回避策はコンピューターを再起動することです。

部分的な解決策はそれほど多くないため、1分未満で障害を解決するためのチュートリアルを提供します。この問題を回避し、サービスが通常Googleで開いていることを確認するには、アドレスバーに次を挿入する必要があります：chrome：// net-internals（次に「Enter」を押します）。次に、左側のメニューの[ソケット]に移動して[ソケットプールをフラッシュ]を選択する必要があります（次のスクリーンショットを見て、http：//www.fixotip.com/how-to-fix-error-waiting-for -available-sockets-in-google-chrome /）これで問題が解決し、Gmail、Google、またはマウンテンビューの巨人のサービスへのアクセスに関する問題が発生しなくなります。あなたがそれが有用であると感じて、彼らが必要とするチュートリアルまたはソーシャルネットワークを共有することを望みます：Facebook、Twitter、またはGoogle+。

ChromeはChromiumベースのブラウザであり、Chromiumベースのブラウザは一度に最大6つのオープンソケット接続のみを許可します。7番目の接続が開始すると、アイドル状態になり、実行中の6つのうちの1つが停止するのを待ってから停止します。実行を開始します。したがって、「利用可能なソケットを待っています」というエラーコードは、7番目は6つのソケットのいずれかが利用可能になるのを待ってから実行を開始します。

あなたはどちらか

• 1. ブラウザーのキャッシュとCookieをクリア（https://geekdroids.com/waiting-for-available-socket/#1_Clear_browser_cache_cookies）
• 2. ソケットプールのフラッシュ（https://geekdroids.com/waiting-for-available-socket/#2_Flush_socket_pools）
• 3. フラッシュDNS（https://geekdroids.com/waiting-for-available-socket/#3_Flush_DNS）