Composer 2 真的可以减少或规避内存不够的致命错误

今天打算将一个项目更新到 Laravel 8，在把依赖版本调整后，当运行 composer update 的时候，那个该死的关于内存不够的致命错误又出现了：

PHP Fatal error:  Allowed memory size of 1610612736 bytes exhausted (tried to allocate 4096 bytes) 

感觉永远都满足不了它。条件反射的先去找解决方法，当然我知道要做什么，但是忘了命令。在搜索的过程中，让我想起 Composer 2，记得有说它“更小的内存占用”，而且升级和回退版本都很方便，不妨一试，随即将其升级：

composer self-update --2

Updating to version 2.0.8 (2.x channel).
   Downloading (100%)
Use composer self-update --rollback to return to version 1.10.19

片隙就升级完成，然后执行更新包命令，这回没有报错，包开始一一安装。通过这个包安装的使用，直观的给我几点感受：

• 进度上，v1需要很长的分析时间，然后哗啦啦很快就安装完成的样子，而 v2 分析的快，安装进度一条一条的输出，感觉像是在一个一个的下载安装，但是速度并不慢
• v1 安装时，我电脑的风扇开始加速，声音很明显的变大，内存占用上升，而 v2 要平静许多
• v2 没有直接对建议安装的包和需要资金支持的包做输出展示

升级后的其他问题暂时还不知道，发现关于 Composer 2 的相关使用反馈信息不多。但至少内存占用的优化，大大减少或可以规避内存不够的发生。

本作品采用《CC 协议》，转载必须注明作者和本文链接