Кучи JavaScript не хватает памяти в Angular 7 с помощью Azure DevOps
Я получаю ФАТАЛЬНУЮ ОШИБКУ: CALL_AND_RETRY_LAST Распределение не удалось - куча JavaScript не хватает памяти после обновления Angular 7.1. Предыдущая версия 6.1 работала отлично.
Я получаю сообщение об ошибке только в Azure DevOps во время работы ng build --prod
команда. Он прекрасно строится в местном масштабе.
Ниже приведены подробные журналы. Есть идеи, почему я получаю эту ошибку?
2018-11-22T06:40:36.2804965Z ##[section]Starting: npm build
2018-11-22T06:40:36.2809301Z ==============================================================================
2018-11-22T06:40:36.2809365Z Task : npm
2018-11-22T06:40:36.2809456Z Description : Install and publish npm packages, or run an npm command. Supports npmjs.com and authenticated registries like Package Management.
2018-11-22T06:40:36.2809496Z Version : 1.0.27
2018-11-22T06:40:36.2809531Z Author : Microsoft Corporation
2018-11-22T06:40:36.2809612Z Help : [More Information](https://go.microsoft.com/fwlink/?LinkID=613746)
2018-11-22T06:40:36.2809648Z ==============================================================================
2018-11-22T06:40:36.7158800Z SYSTEMVSSCONNECTION exists true
2018-11-22T06:40:36.8019327Z SYSTEMVSSCONNECTION exists true
2018-11-22T06:40:36.8872807Z [command]C:\Windows\system32\cmd.exe /D /S /C ""C:\Program Files\nodejs\npm.cmd" --version"
2018-11-22T06:40:37.5174051Z 6.4.1
2018-11-22T06:40:38.9461529Z [command]C:\Windows\system32\cmd.exe /D /S /C ""C:\Program Files\nodejs\npm.cmd" config list"
2018-11-22T06:40:39.5927698Z ; cli configs
2018-11-22T06:40:39.5928553Z metrics-registry = "https://registry.npmjs.org/"
2018-11-22T06:40:39.5929006Z scope = ""
2018-11-22T06:40:39.5929176Z user-agent = "npm/6.4.1 node/v8.12.0 win32 x64"
2018-11-22T06:40:39.5929292Z
2018-11-22T06:40:39.5929425Z ; environment configs
2018-11-22T06:40:39.5929577Z cache = "C:\\npm\\cache"
2018-11-22T06:40:39.5929756Z prefix = "C:\\npm\\prefix"
2018-11-22T06:40:39.5929899Z userconfig = "D:\\a\\1\\npm\\17729.npmrc"
2018-11-22T06:40:39.5930010Z
2018-11-22T06:40:39.5930159Z ; builtin config undefined
2018-11-22T06:40:39.5930270Z
2018-11-22T06:40:39.5930403Z ; node bin location = C:\Program Files\nodejs\node.exe
2018-11-22T06:40:39.5930552Z ; cwd = D:\a\1\s\client
2018-11-22T06:40:39.5930686Z ; HOME = C:\Users\VssAdministrator
2018-11-22T06:40:39.5930817Z ; "npm config ls -l" to show all defaults.
2018-11-22T06:40:39.5930928Z
2018-11-22T06:40:39.5931996Z [command]C:\Windows\system32\cmd.exe /D /S /C ""C:\Program Files\nodejs\npm.cmd" run build"
2018-11-22T07:33:30.0639548Z FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
2018-11-22T07:33:30.0640628Z 1: node_module_register
2018-11-22T07:33:30.0640676Z 2: v8::internal::FatalProcessOutOfMemory
2018-11-22T07:33:30.0640710Z 3: v8::internal::FatalProcessOutOfMemory
2018-11-22T07:33:30.0640744Z 4: v8::internal::Factory::NewRawTwoByteString
2018-11-22T07:33:30.0640825Z 5: v8::internal::Smi::SmiPrint
2018-11-22T07:33:30.0640861Z 6: v8::internal::StackGuard::HandleInterrupts
2018-11-22T07:33:30.0640894Z 7: v8::internal::AsmJsScanner::IsNumberStart
2018-11-22T07:33:30.0640967Z 8: 000002B496D043C1
2018-11-22T07:33:30.0641001Z npm ERR! code ELIFECYCLE
2018-11-22T07:33:30.0641034Z npm ERR! errno 3
2018-11-22T07:33:30.0641210Z npm ERR! iceux@0.0.1 build: `ng build --prod`
2018-11-22T07:33:30.0641470Z npm ERR! Exit status 3
2018-11-22T07:33:30.0641528Z npm ERR!
2018-11-22T07:33:30.0641569Z npm ERR! Failed at the iceux@0.0.1 build script.
2018-11-22T07:33:30.0641615Z npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
2018-11-22T07:33:30.0641703Z
2018-11-22T07:33:30.0641749Z npm ERR! A complete log of this run can be found in:
2018-11-22T07:33:30.0641795Z npm ERR! C:\npm\cache\_logs\2018-11-22T07_33_30_018Z-debug.log
2018-11-22T07:33:30.0641823Z
2018-11-22T07:33:30.0641910Z > iceux@0.0.1 build D:\a\1\s\client
2018-11-22T07:33:30.0641951Z > ng build --prod
2018-11-22T07:33:30.0641978Z
2018-11-22T07:33:30.1213960Z Found npm debug log, make sure the path matches with the one in npm's output: C:\npm\cache\_logs\2018-11-22T07_33_30_018Z-debug.log
2018-11-22T07:33:30.1214046Z 0 info it worked if it ends with ok
2018-11-22T07:33:30.1214104Z 1 verbose cli [ 'C:\\Program Files\\nodejs\\node.exe',
2018-11-22T07:33:30.1214189Z 1 verbose cli 'C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js',
2018-11-22T07:33:30.1215590Z 1 verbose cli 'run',
2018-11-22T07:33:30.1215635Z 1 verbose cli 'build' ]
2018-11-22T07:33:30.1215667Z 2 info using npm@6.4.1
2018-11-22T07:33:30.1215727Z 3 info using node@v8.12.0
2018-11-22T07:33:30.1215759Z 4 verbose run-script [ 'prebuild', 'build', 'postbuild' ]
2018-11-22T07:33:30.1215801Z 5 info lifecycle iceux@0.0.1~prebuild: iceux@0.0.1
2018-11-22T07:33:30.1215835Z 6 info lifecycle iceux@0.0.1~build: iceux@0.0.1
2018-11-22T07:33:30.1216048Z 7 verbose lifecycle iceux@0.0.1~build: unsafe-perm in lifecycle true
2018-11-22T07:33:30.1216372Z 8 verbose lifecycle iceux@0.0.1~build: PATH: C:\Program Files\nodejs\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin;D:\a\1\s\client\node_modules\.bin;C:\agents\2.141.1\externals\git\cmd;C:\tools\mingw64\bin;C:\Program Files\dotnet;C:\mysql-5.7.21-winx64\bin;C:\Program Files\Java\jdk1.8.0_181\bin;C:\npm\prefix;C:\hostedtoolcache\windows\Ruby\2.5.0\x64\bin;C:\Go1.11\bin;C:\Program Files\Git\bin;C:\Program Files\Git\usr\bin;C:\Program Files\Git\mingw64\bin;C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin;C:\Program Files (x86)\Microsoft Visual Studio\Shared\Python36_64\Scripts;C:\Program Files (x86)\Microsoft Visual Studio\Shared\Python36_64;C:\Program Files\Microsoft MPI\Bin\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\ProgramData\Chocolatey\bin;C:\Program Files\Docker;C:\Program Files\dotnet\;C:\Program Files\Microsoft SQL Server\130\Tools\Binn\;C:\Program Files (x86)\Microsoft SQL Server\110\DTS\Binn\;C:\Program Files (x86)\Microsoft SQL Server\120\DTS\Binn\;C:\Program Files (x86)\Microsoft SQL Server\130\DTS\Binn\;C:\Program Files (x86)\Microsoft SQL Server\140\DTS\Binn\;C:\Program Files\Microsoft Service Fabric\bin\Fabric\Fabric.Code;C:\Program Files\Microsoft SDKs\Service Fabric\Tools\ServiceFabricLocalClusterManager;C:\Program Files\Git\cmd;C:\Program Files (x86)\Subversion\bin;C:\Program Files\nodejs\;C:\Program Files\CMake\bin;C:\Users\VssAdministrator\AppData\Local\Microsoft\WindowsApps
2018-11-22T07:33:30.1216877Z 9 verbose lifecycle iceux@0.0.1~build: CWD: D:\a\1\s\client
2018-11-22T07:33:30.1216979Z 10 silly lifecycle iceux@0.0.1~build: Args: [ '/d /s /c', 'ng build --prod' ]
2018-11-22T07:33:30.1217028Z 11 silly lifecycle iceux@0.0.1~build: Returned: code: 3 signal: null
2018-11-22T07:33:30.1217062Z 12 info lifecycle iceux@0.0.1~build: Failed to exec build script
2018-11-22T07:33:30.1217103Z 13 verbose stack Error: iceux@0.0.1 build: `ng build --prod`
2018-11-22T07:33:30.1217135Z 13 verbose stack Exit status 3
2018-11-22T07:33:30.1217173Z 13 verbose stack at EventEmitter.<anonymous> (C:\Program Files\nodejs\node_modules\npm\node_modules\npm-lifecycle\index.js:301:16)
2018-11-22T07:33:30.1217215Z 13 verbose stack at emitTwo (events.js:126:13)
2018-11-22T07:33:30.1217250Z 13 verbose stack at EventEmitter.emit (events.js:214:7)
2018-11-22T07:33:30.1217287Z 13 verbose stack at ChildProcess.<anonymous> (C:\Program Files\nodejs\node_modules\npm\node_modules\npm-lifecycle\lib\spawn.js:55:14)
2018-11-22T07:33:30.1217332Z 13 verbose stack at emitTwo (events.js:126:13)
2018-11-22T07:33:30.1217381Z 13 verbose stack at ChildProcess.emit (events.js:214:7)
2018-11-22T07:33:30.1217413Z 13 verbose stack at maybeClose (internal/child_process.js:915:16)
2018-11-22T07:33:30.1217448Z 13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:209:5)
2018-11-22T07:33:30.1217488Z 14 verbose pkgid iceux@0.0.1
2018-11-22T07:33:30.1217521Z 15 verbose cwd D:\a\1\s\client
2018-11-22T07:33:30.1217551Z 16 verbose Windows_NT 10.0.14393
2018-11-22T07:33:30.1217588Z 17 verbose argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "run" "build"
2018-11-22T07:33:30.1217629Z 18 verbose node v8.12.0
2018-11-22T07:33:30.1217659Z 19 verbose npm v6.4.1
2018-11-22T07:33:30.1217690Z 20 error code ELIFECYCLE
2018-11-22T07:33:30.1217727Z 21 error errno 3
2018-11-22T07:33:30.1218070Z 22 error iceux@0.0.1 build: `ng build --prod`
2018-11-22T07:33:30.1218102Z 22 error Exit status 3
2018-11-22T07:33:30.1218134Z 23 error Failed at the iceux@0.0.1 build script.
2018-11-22T07:33:30.1218187Z 23 error This is probably not a problem with npm. There is likely additional logging output above.
2018-11-22T07:33:30.1218220Z 24 verbose exit [ 3, true ]
2018-11-22T07:33:30.1218241Z
2018-11-22T07:33:30.1286371Z ##[error]Error: Npm failed with return code: 3
2018-11-22T07:33:30.1298403Z ##[section]Finishing: npm build
Package.json
{
"name": "iceux",
"version": "0.0.1",
"license": "MIT",
"scripts": {
"ng": "ng",
"start": "ng serve --ssl true",
"build": "ng build --prod",
"test": "ng test",
"testauto": "ng test --watch=false --browsers=ChromeHeadless --code-coverage",
"lint": "ng lint iceux --format stylish",
"pree2e": "webdriver-manager update",
"e2e": "ng e2e --dev-server-target=iceux:serve",
"e2e:fast": "ng e2e --configuration=fast",
"e2e:azure": "ng e2e --configuration=azure",
"e2e:perf": "ng e2e --configuration=perf"
},
"private": true,
"dependencies": {
"@angular/animations": "7.1.0",
"@angular/common": "7.1.0",
"@angular/compiler": "7.1.0",
"@angular/core": "7.1.0",
"@angular/forms": "7.1.0",
"@angular/http": "7.1.0",
"@angular/platform-browser": "7.1.0",
"@angular/platform-browser-dynamic": "7.1.0",
"@angular/router": "7.1.0",
"@epicor/kinetic": "^2.1.0-alpha.20",
"@ngrx/effects": "^6.1.0",
"@ngrx/entity": "^6.1.0",
"@ngrx/store": "^6.1.0",
"@ngrx/store-devtools": "^6.1.0",
"@progress/kendo-angular-inputs": "^3.1.3",
"@progress/kendo-angular-intl": "^1.4.1",
"@progress/kendo-angular-l10n": "^1.2.0",
"@progress/kendo-angular-layout": "^3.1.1",
"@progress/kendo-angular-menu": "^1.0.0",
"@progress/kendo-angular-toolbar": "^0.2.1",
"@progress/kendo-angular-treeview": "^2.2.0",
"@progress/kendo-theme-default": "latest",
"@telerik/kendo-intl": "^1.4.4",
"angular2-query-builder": "^0.3.3",
"core-js": "^2.5.5",
"json-logic-js": "^1.2.2",
"lodash": "^4.17.10",
"logrocket": "^0.6.17",
"rxjs": "^6.3.3",
"rxjs-compat": "^6.0.0",
"zone.js": "^0.8.26"
},
"devDependencies": {
"@angular-devkit/build-angular": "~0.10.0",
"@angular/cli": "7.0.6",
"@angular/compiler-cli": "7.1.0",
"@angular/language-service": "7.1.0",
"@ngrx/schematics": "^6.1.0",
"@types/jasmine": "^2.8.7",
"@types/jasminewd2": "~2.0.2",
"@types/lodash": "^4.14.108",
"@types/node": "~8.9.4",
"codelyzer": "^4.3.0",
"jasmine-core": "~2.99.1",
"jasmine-reporters": "^2.3.1",
"jasmine-spec-reporter": "~4.2.1",
"karma": "~3.0.0",
"karma-chrome-launcher": "~2.2.0",
"karma-coverage-istanbul-reporter": "~2.0.1",
"karma-jasmine": "^1.1.2",
"karma-jasmine-html-reporter": "^0.2.2",
"protractor": "^5.4.1",
"rxjs-tslint": "^0.1.5",
"ts-node": "~7.0.0",
"tslint": "~5.11.0",
"typescript": "~3.1.6"
}
}
15 ответов
Попробуйте запустить prod build следующим образом:
node --max_old_space_size=5048 ./node_modules/@angular/cli/bin/ng build --prod
У меня вчера такая же ошибка, и это помогает мне избежать ее.
На Mac вы можете запустить export NODE_OPTIONS=--max_old_space_size=8192
в терминале, чтобы исправить будущие функции NPM.
Временное решение для исправления проблем с памятью кучи JavaScript:
ng node --max_old_space_size=4096 && ng build --prod
Вы также можете добавить больше места
ng node --max_old_space_size=8192 && ng build --prod
Или отключите сам AOT
ng build --prod --aot=false --build-optimizer=false
Если у вас возникли проблемы с запуском приложения с использованием самого ng serve, используйте команду ниже
node --max_old_space_size=8048 ./node_modules/@angular/cli/bin/ng serve
Но я предлагаю перекрестную проверку дизайна вашего приложения и проверку импорта всех модулей, внешние библиотеки импортируются правильно. убедитесь, что нет дублированного импорта. Используйте общий модуль для всех повторно используемых компонентов и т. Д. Подробнее
Я немного опоздал с ответом, но у меня есть рабочее решение как для Linux, так и для Mac
Чтобы исправить это навсегда, вы должны отредактировать файл .zshrc в своей домашней папке и написать это внизу
Чтобы исправить в Linux, вы можете отредактировать .bashrc в своей домашней папке и написать внизу
export NODE_OPTIONS=--max_old_space_size=8192
Примечание. Учитывая, что на вашем компьютере установлено 8 ГБ (8192 МБ) памяти, если у вас ее больше или меньше, измените значение соответствующим образом.
Если вы используете angular CLI, вы можете использовать эту команду:
NODE_OPTIONS="--max-old-space-size=4096" ng serve
Предполагая, что вы используете стандартный набор инструментов angular cli (
npm
и) есть удобный способ контролировать
max_old_space_size
для всех ваших команд. Добавьте в свои скрипты:
"scripts": {
"ng": "node --max_old_space_size=10000 ./node_modules/@angular/cli/bin/ng",
...
}
Затем из командной строки вы можете использовать эту модифицированную версию (не забывайте
--
между run и ng:
npm run -- ng build --prod
Это действительно здорово, если вы когда-нибудь решите, что вам нужно изменить размер кучи, вам нужно всего лишь изменить его в одном месте в
package.json
. Все ваше использование командной строки остается прежним.
(Я также предпочитаю этот метод, потому что он гарантирует, что
ng
invoked - это локальная версия, указанная в вашем проекте, а не глобальная установка, которая может не совпадать.)
в соответствии с этим Быстрое и эффективное решение для Windows Откройте C:\Users\userName%AppData%\Roaming\ npm Скопируйте / вставьте следующий код в ng.cmd:
@IF EXIST "%~dp0\node.exe" (
"%~dp0\node.exe" --max_old_space_size=8048 "%~dp0\node_modules\@angular\cli\bin\ng"
%*
) ELSE (
@SETLOCAL
@SET PATHEXT=%PATHEXT:;.JS;=;%
node --max_old_space_size=8048 "%~dp0\node_modules\@angular\cli\bin\ng" %*
)
Для меня проблема решилась удалением.angular
папка.
Это каталог временных файлов, созданныйng serve
.
Перенесемся в 2023 год: мое решение использует правильный Node.js.
Для использования старого проекта я переустанавливаю 32-разрядный (x86) Node.js, это приводит к «куче JavaScript не хватает памяти», и я не могу установить--max-old-space-size>4000
возможно, из-за ограничения Node.js x86.
Наконец, я устанавливаю nvm(https://github.com/coreybutler/nvm-windows/releases), и последняя версия x64 Node.js решила мою проблему. А nvm помогает мне легко переключаться между двумя версиями node.js.
Установите среду, затем запустите команду (работает для Windows):
set NODE_OPTIONS=--max_old_space_size=8192 && ng build
Иногда, если зависимости не загружены до сборки, возникает эта ошибка. Повторите сборку после загрузки зависимостей.
npm install
ng build --prod
просто дополняя предыдущие ответы, вы можете установить больший размер пространства в вашем package.json следующим образом:
"scripts": {
...
"start": "node --max_old_space_size=8048 ./node_modules/@angular/cli/bin/ng serve",
...
},
Может быть, поздно к этому. Просто обновите свой узел до последней версии. В основном проблема с несколькими выпусками V 10
Я столкнулся с этой проблемой для сборки Angular 8 && Gradle в Jenkins. Я пробовал обновить --max_old_space_size и NODE_OPTIONS, но он все еще не работает.
В итоге я добавил файл gradle.properties и обновил размер JVM следующим образом:
org.gradle.jvmargs=-Xmx4096m
Попробуйте запустить prod build так:
node --max_old_space_size=8192 "node_modules/@angular/cli/bin/ng" build --configuration=production