안녕하세요, 드디어 제가 직접 해냈습니다. 사실 이제 문제를 해결하기 위해 시작한 생각이 노드 명령줄에 "--max_old_space_size"를 추가하는 것이 옳았다는 것을 알게 되었습니다. 실수는 제가 엉뚱한 곳에 추가했다는 것입니다(어쩌면 제 환경에서는 작동하지 않는 걸까요?). 처음에는 동일한 weback 패키징으로 인해 nodejs 메모리 오버플로가 발생하는 문제에 대해 Segmentfault에서 제공하는 솔루션을 참조하여 아래와 같이 전역 webpack.cmd(경로: C:UsersAdministratorAppDataRoamingnpmwebpack.cmd)에 추가했습니다. : 하지만 명령을 실행한 후에도 여전히 메모리가 오버플로되지 않는 것으로 나타났습니다. 그러다가 한참 고생하다가 다음날 다시 stackoverflow에서 답을 찾아보니 이런 답이 나왔습니다. 그래서 제 프로덕션 환경에서 패키징에 사용하던 npm Hook 스크립트를 "set NODE_ENV"로 변경했습니다. =생산 && node --max_old_space_size=2048 node_modules/webpack/bin/webpack.js --config webpack.production.config.js". 즉, 패키징을 위해 전역적으로 설치된 웹팩 대신 로컬/로컬 웹팩을 사용합니다. 메모리 오버플로 문제는 nodejs에 "--max_old_space_size=2048"을 추가하여 메모리를 2*1024M=2G로 확장함으로써 해결되었습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
안녕하세요, 드디어 제가 직접 해냈습니다. 사실 이제 문제를 해결하기 위해 시작한 생각이 노드 명령줄에 "--max_old_space_size"를 추가하는 것이 옳았다는 것을 알게 되었습니다. 실수는 제가 엉뚱한 곳에 추가했다는 것입니다(어쩌면 제 환경에서는 작동하지 않는 걸까요?). 처음에는 동일한 weback 패키징으로 인해 nodejs 메모리 오버플로가 발생하는 문제에 대해 Segmentfault에서 제공하는 솔루션을 참조하여 아래와 같이 전역 webpack.cmd(경로: C:UsersAdministratorAppDataRoamingnpmwebpack.cmd)에 추가했습니다. :
하지만 명령을 실행한 후에도 여전히 메모리가 오버플로되지 않는 것으로 나타났습니다. 그러다가 한참 고생하다가 다음날 다시 stackoverflow에서 답을 찾아보니 이런 답이 나왔습니다.
그래서 제 프로덕션 환경에서 패키징에 사용하던 npm Hook 스크립트를 "set NODE_ENV"로 변경했습니다. =생산 && node --max_old_space_size=2048 node_modules/webpack/bin/webpack.js --config webpack.production.config.js". 즉, 패키징을 위해 전역적으로 설치된 웹팩 대신 로컬/로컬 웹팩을 사용합니다. 메모리 오버플로 문제는 nodejs에 "--max_old_space_size=2048"을 추가하여 메모리를 2*1024M=2G로 확장함으로써 해결되었습니다.
사건을 해결하기엔 증거가 너무 부족해요!