することでアセット読み込みのタイミングを完全に管理することができ、必要なくなったタイミングで破棄して使用されていたメモリを解放することもできます。ヒープに読み込まれ、ブラウザーによる追加の割り当てが発生することはありません。キャッシングする場合はこの限りではありません。ベイクされるメモリにマッピングされた仮想ファイルシステムを使用するためです。エンジンに求められるメモリです。コード量よりも多いのです。エンジンによってはこのコードをパース、最適化するためにより大きなデータ構造体を割り当てる可能性もあり、それによってコンテンツ読み込み時にメモリスパイクが数ギガバイトに及ぶ、というケースもありえるのです。将来的な技術が行く行くはこの問題を解決してくれることを期待していますが、そのときまでにできる最善のアドバイスは発行するコードサイズを少なくすること、です。こちらを参照してください。ヒープの自演に割り当てられたブロック内の空いているブロックへ割り当てるのに失敗しているのかを理解することが重要です。ヒープのサイズを削減するなどして、上記のメモリエリアのサイズ削減を試みるといいかもしれません。ヒープ内のブロックに割り当てるのに失敗している場合、逆にそのサイズを増やすといいかもしれません。エラーメッセージが上記のどちらなのかを理解しようと試みます(そしてどうしたらいいかを提案します)。ブラウザーごとにメッセージの表示方法が違うため、表示が常に簡単というわけではなく、すべてを理解できないかもしれません。ヒープのサイズを少なくするといいかもしれません)。コンテンツを読み込んでいるときに人間に理解可能なエラーメッセージの表示がなくブラウザーがクラッシュする場合があります。エンジンが生成されたコードをパースおよび最適化するために必要なメモリが多すぎることです。ヘッダーを生成することがあります。メモリが必要であることを伝え、分割されていないメモリ空間で新しい処理を発生させたり、大きなメモリ割り当てが成功するようにハウスキーピングの作業を行ったりします。ヒープを割り当てるときに、ブラウザーーがメモリ不足になる問題を解決できます。マネージドオブジェクトを割り当てる場合、使われなくなったものはガベージコレクトされる必要があります。