在进行npm i -D webpack时，出现以下错误。
npm ERR! Maximum call stack size exceeded
npm ERR! A complete log of this run can be found in:
npm ERR! /Users/shobhuiy1/.npm/_logs/2019-02-05T10_31_29_468Z-debug.log
使用MacO。节点v10.15.1，npm v6.4.1
我尝试做npm cache clean --force，但没有帮助。
附加下面的日志。
0信息，如果以ok 1冗长cli [ '/ usr / local / bin / node'，1详细cli'/ usr / local / bin / npm'，1详细 cli'i'，1详细cli'-D'，1详细cli'webpack'] 2信息 使用npm@6.4.1 3信息使用node@v10.15.1 4详细的npm-session 8116f23fee5883fe 5愚蠢的安装负载CurrentTree 6愚蠢的安装 readLocalPackageData 7 http获取GET 304 https://registry.npmjs.org/webpack 266毫秒（来自缓存）8个傻傻的动作 用于webpack @ latest的标签清单在295毫秒9个时间中获取 stage：loadCurrentTree在530ms内完成10个愚蠢的安装 loadIdealTree 11愚蠢地安装cloneCurrentTreeToIdealTree 12计时 stage：loadIdealTree：cloneCurrentTree完成于0ms 13愚蠢的安装 loadShrinkwrap 14计时阶段：loadIdealTree：loadShrinkwrap已完成 在1毫秒内15愚蠢地安装loadAllDepsIntoIdealTree 16愚蠢的 resolveWithNewModule webpack@4.29.1检查可安装状态17 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fast 78毫秒（来自缓存）的18个傻傻的版本版本清单 @ webassemblyjs / ast @ 1.7.11以81ms 19的速度获取 resolveWithNewModule @ webassemblyjs / ast @ 1.7.11检查是否可安装 状态20 http获取GET 304 https://registry.npmjs.org/chrome-trace-event 114毫秒（来自缓存）21 http获取GET 304 https://registry.npmjs.org/acorn 118ms（来自缓存） 提取了chrome-trace-event@^1.0.0的22个愚蠢的粉刺范围清单 在116毫秒内23 silly resolveWithNewModule chrome-trace-event@1.0.0 检查可安装状态24的傻傻范围范围清单 橡子@ ^ 6.0.5在122毫秒内获取25 silly resolveWithNewModule acorn@6.0.7检查可安装状态26 http获取GET 304 https://registry.npmjs.org/eslint-scope 52ms（来自缓存）27很傻 eslint-scope@^4.0.0的pacote范围清单以53ms 28的时间获取 resolveWithNewModule eslint-scope@4.0.0检查可安装状态29 http fetch GET 304 https://registry.npmjs.org/ajv-keywords 145ms（来自 缓存）获取了ajv-keywords@^3.1.0的30个愚蠢的批注范围清单 在148毫秒内31 silly resolveWithNewModule ajv-keywords@3.3.0检查 可安装状态32 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fhelper-module-context 158毫秒（来自缓存），适用于33个傻傻的版本 @ webassemblyjs / helper-module-context @ 1.7.11在162ms内获取34很傻 resolveWithNewModule @ webassemblyjs / helper-module-context @ 1.7.11 检查可安装状态35 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fwasm-edit 165ms（来自 快取）36个傻傻的版本版本清单 @ webassemblyjs / wasm-edit @ 1.7.11在172毫秒内获取37无聊 resolveWithNewModule @ webassemblyjs / wasm-edit @ 1.7.11检查 可安装状态38 http获取GET 304 https://registry.npmjs.org/json-parse-better-errors 54ms（来自缓存） 39个愚蠢的patote范围清单用于json-parse-better-errors@^1.0.2 在60ms内获取40 silly resolveWithNewModule json-parse-better-errors@1.0.2检查可安装状态41 http 从缓存中获取GET 304 https://registry.npmjs.org/ajv 184ms（42） http fetch GET 304 https://registry.npmjs.org/loader-runner 70ms（来自 缓存）43 http提取GET 304 https://registry.npmjs.org/enhanced-resolve 190ms（来自缓存）44 195ms内获取的ajv@^6.1.0的傻傻范围 resolveWithNewModule ajv@6.8.1检查可安装状态46愚蠢 在78ms中获取的loader-runner@^2.3.0的pacote范围清单47 傻resolveWithNewModule loader-runner@2.4.0检查是否可安装 状态48的傻粉刺范围表现为增强的分辨力@ ^ 4.1.0 在198ms内获取49 silly resolveWithNewModule Enhanced-resolve@4.1.0 检查可安装状态50 http获取GET 304 https://registry.npmjs.org/acorn-dynamic-import 212毫秒（来自缓存）51 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fwasm-parser 216ms（来自 缓存）52 http获取GET 304 https://registry.npmjs.org/loader-utils 83毫秒（来自缓存）的53个愚蠢的批注范围 acorn-dynamic-import@^4.0.0以216ms的时间获取54很傻 resolveWithNewModule acorn-dynamic-import@4.0.0检查是否可安装 状态55的傻傻版本 @ webassemblyjs / wasm-parser @ 1.7.11以220ms的速度获取56愚蠢的 resolveWithNewModule @ webassemblyjs / wasm-parser @ 1.7.11检查 可安装状态57愚蠢的patote范围清单 loader-utils@^1.1.0在87ms内获取58 silly resolveWithNewModule loader-utils@1.2.3检查可安装状态59 http获取GET 304 https://registry.npmjs.org/memory-fs 77毫秒（来自缓存）60次http提取 GET 304 https://registry.npmjs.org/micromatch 71ms（来自缓存）61 在80ms内获取的memory-fs@~0.4.1的傻傻距离范围清单62 傻resolveWithNewModule内存-fs@0.4.1检查可安装状态 在78ms内获得了63。 64 silly resolveWithNewModule micromatch@3.1.10检查可安装 状态65 http获取GET 304 https://registry.npmjs.org/mkdirp 70ms （从缓存）66 http获取GET 304 https://registry.npmjs.org/neo-async 62毫秒（来自缓存）67个愚蠢的评论 在75ms内获取mkdirp@~0.5.0的范围清单68傻 resolveWithNewModule mkdirp@0.5.1检查可安装状态69很傻 在65毫秒内获取neo-async@^2.5.0的pacote范围清单70傻了 resolveWithNewModule neo-async@2.6.0检查可安装状态71 http fetch GET 304 https://registry.npmjs.org/node-libs-browser 49ms （来自高速缓存）72个愚蠢的批注范围清单 在50毫秒内获取node-libs-browser@^2.0.0 73 silly resolveWithNewModule node-libs-browser@2.2.0检查可安装状态74 http获取GET 304 https://registry.npmjs.org/tapable 56毫秒（来自缓存）75个http提取 GET 304 https://registry.npmjs.org/terser-webpack-plugin 44毫秒（来自 缓存）中获取的tapable@^1.1.0的76个愚蠢的批注范围清单 59ms 77愚蠢的resolveWithNewModule tapable@1.1.1检查可安装 状态78 terser-webpack-plugin@^1.1.0的傻糊状范围清单 在46毫秒内获取79愚蠢的resolveWithNewModule terser-webpack-plugin@1.2.2检查可安装状态80 http提取 GET 304 https://registry.npmjs.org/schema-utils 64毫秒（来自缓存）81 在65ms内获取的schema-utils@^0.4.4的愚蠢的pacote范围清单82 傻resolveWithNewModule schema-utils@0.4.7检查是否可安装 状态83 http获取GET 304 https://registry.npmjs.org/webpack-sources 58毫秒（来自缓存）84愚蠢 在59毫秒中获取的webpack-sources@^1.3.0的pacote范围清单85 silly resolveWithNewModule webpack-sources@1.3.0检查是否可安装 状态86 http获取GET 304 https://registry.npmjs.org/watchpack 60ms （从缓存中）watchpack@^1.5.0的87个愚蠢的批注范围清单 以61ms的速度获取88愚蠢的resolveWithNewModule watchpack@1.6.0检查 可安装状态89 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fwast-parser 50ms（从 缓存）的90个愚蠢的pacote版本清单 @ webassemblyjs / wast-parser @ 1.7.11以53ms的时间获取91很傻 resolveWithNewModule @ webassemblyjs / wast-parser @ 1.7.11检查 可安装状态92 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fhelper-wasm-bytecode 57ms （来自缓存）93傻傻的版本清单 @ webassemblyjs / helper-wasm-bytecode @ 1.7.11以59ms 94的速度获取 resolveWithNewModule @ webassemblyjs / helper-wasm-bytecode @ 1.7.11 检查可安装状态95 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fhelper-api-error 58ms （从缓存中）96 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fhelper-fsm 58ms（来自 缓存）97 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2fhelper-code-frame 60ms （来自缓存）98傻傻的版本清单 @ webassemblyjs / helper-api-error @ 1.7.11以62ms 99的速度获取 resolveWithNewModule @ webassemblyjs / helper-api-error @ 1.7.11检查 可安装状态100傻傻的版本版本清单 @ webassemblyjs / helper-fsm @ 1.7.11以62ms 101的速度获取 resolveWithNewModule @ webassemblyjs / helper-fsm @ 1.7.11检查 可安装状态102傻傻版本的清单 @ webassemblyjs / helper-code-frame @ 1.7.11以63ms 103的速度获取 resolveWithNewModule @ webassemblyjs / helper-code-frame @ 1.7.11检查 可安装状态104 http获取GET 304 https://registry.npmjs.org/@webassemblyjs%2ffloating-point-hex-parser 65毫秒（来自缓存）105傻傻的版本清单 @ webassemblyjs / floating-point-hex-parser @ 1.7.11在66ms内获取106 愚蠢的resolveWithNewModule @ webassemblyjs / floating-point-hex-parser @ 1.7.11检查是否可安装 状态107 http获取GET 404 https://registry.npmjs.org/@xtuc%2flong 474ms 108 @ xtuc / long @ 4.2.1 404的fetchPackageMetaData错误 找不到：@ xtuc / long @ 4.2.1 109详细堆栈RangeError：最大调用 RegExp.test（）上的堆栈大小超过109详细堆栈 isDep上的109详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:405:45）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:414:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）109 失败时的详细堆栈 （/usr/local/lib/node_modules/npm/lib/install/deps.js:430:9）110 详细的cwd /用户/ shobhuiy1 /文档/ shouvik-personal / softwares-dev / spliwise-react-redux 111详细达尔文17.7.0 112详细argv“ / usr / local / bin / node” “ / usr / local / bin / npm”“ i”“ -D”“ webpack” 113详细节点v10.15.1 114 verbose npm v6.4.1 115错误最大调用堆栈大小超过116 详细出口[1，正确]
答案 0 :(得分：0)
看起来npm配置被修改/损坏。
我从计算机上卸载了节点和npm，然后重新安装了节点，对我有用。
使用brew卸载节点的步骤。
brew uninstall node
brew cleanup
不使用brew即可手动卸载节点的步骤。
从/ usr / local / bin删除节点和npm
答案 1 :(得分：0)
首先，删除node_modules文件夹。
然后
npm缓存清理--f
最后，重新安装依赖项
npm我