【解决】前端项目编译卡在95% emitting HtmlWebpackPlugin很长时间

文章描述了一种情况,即新加入的研发人员在不同操作系统上遇到项目编译速度慢的问题,主要卡在95%emittingHtmlWebpackPlugin阶段。经过排查,问题最终定位为依赖版本不兼容。解决方案包括删除node_modules,拷贝正常速度电脑的package-lock.json,重新安装依赖,或者针对特定操作系统找出导致慢的依赖进行解决。注意Mac和Windows的package-lock.json文件不通用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

快速出击

原因 :问题原因最终定位在部分依赖版本不兼容,不适配。
解决方案 :删除node_modules文件夹,拷贝编译速度不慢人员电脑中的package-lock.json文件,然后执行npm install(或者直接把node_modules打包拷贝过来),此时项目编译恢复正常速度。
注意 :Mac电脑和Windows电脑的package-lock.json文件不通用。
如果只有你一个人是“其他”操作系统,那可能需要针对性的找出究竟是那个依赖导致系统变慢了。

说在前面

最近项目里新进入了几个研发人员,他们拉起项目后代码无论是首次启动或是保存代码后的编译,都会卡在
95% emitting HtmlWebpackPlugin
这个阶段很长时间,理论上到了这一步大概几秒钟就可以编译完成了。

解决方案

(一)
因为是不同系统的电脑,所以首先考虑是操作系统的问题,然后换了台windows电脑,结果仍然是很慢。
(二)
看电脑配置,Mac配置一般较高,查看以后,window电脑的配置也不错,排除。
(三)
增大node可分配内存,具体操作大家可以参考调整Node运行内存全攻略,包教包会。
提升内存后,项目仍然是卡在这个阶段很长时间。
(四)
那就只剩下一种可能了,依赖版本问题,最后我拷贝了本机的package-lock.json文件,重新安装依赖,项目启动和编译时间恢复正常。

说到最后

不同操作系统的package-lock.json不同,所以不能通用,所以拷贝之前需要确认下对方的操作系统。
如果只有你一个人是“其他”操作系统,那可能需要针对性的找出究竟是那个依赖导致系统变慢了。

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值