84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
やあ、ついに自分でやってみました。実際、問題を解決するために始めたアイデアが正しいことがわかりました。それは、ノードのコマンド ラインに「--max_old_space_size」を追加するというものです。追加した場所を間違えたのが間違いです(私の環境では動かないのかも?)。最初に、同じ weback パッケージ化が nodejs メモリ オーバーフローを引き起こす問題について、segmentfault が提供する解決策を参照しました。これは、以下に示すように、グローバル webpack.cmd (パスは C:UsersAdministratorAppDataRoamingnpmwebpack.cmd) に追加することでした。 :しかし、コマンドを実行してもメモリがオーバーフローしていることがわかりました。それから私は長い間苦労し、翌日スタックオーバーフローで答えをもう一度検索して、この答えを見つけました:そこで、実稼働環境でのパッケージ化に使用される npm フック スクリプトを次のように変更しました。 =production && ノード --max_old_space_size=2048 ノードモジュール/webpack/bin/webpack.js --config webpack.production.config.js"。つまり、パッケージ化にはグローバルにインストールされた Webpack の代わりにローカル/ローカル Webpack を使用します。メモリ オーバーフローの問題は、nodejs に「--max_old_space_size=2048」を追加してメモリを 2*1024M=2G に拡張することで解決されました。
事件を解決するには証拠が少なすぎます!
やあ、ついに自分でやってみました。実際、問題を解決するために始めたアイデアが正しいことがわかりました。それは、ノードのコマンド ラインに「--max_old_space_size」を追加するというものです。追加した場所を間違えたのが間違いです(私の環境では動かないのかも?)。最初に、同じ weback パッケージ化が nodejs メモリ オーバーフローを引き起こす問題について、segmentfault が提供する解決策を参照しました。これは、以下に示すように、グローバル webpack.cmd (パスは C:UsersAdministratorAppDataRoamingnpmwebpack.cmd) に追加することでした。 :
しかし、コマンドを実行してもメモリがオーバーフローしていることがわかりました。それから私は長い間苦労し、翌日スタックオーバーフローで答えをもう一度検索して、この答えを見つけました:
そこで、実稼働環境でのパッケージ化に使用される npm フック スクリプトを次のように変更しました。 =production && ノード --max_old_space_size=2048 ノードモジュール/webpack/bin/webpack.js --config webpack.production.config.js"。つまり、パッケージ化にはグローバルにインストールされた Webpack の代わりにローカル/ローカル Webpack を使用します。メモリ オーバーフローの問題は、nodejs に「--max_old_space_size=2048」を追加してメモリを 2*1024M=2G に拡張することで解決されました。
事件を解決するには証拠が少なすぎます!