在内存1gb（分配给php的最大运行内存是128mb）的linode vps上运行composer安装drupal模块，没有得到成功的提示，只是提示killed。
通过修改分配给PHP的运行内存把PHP内存由128MB提高到256MB以后，报错具体了一点：
Fatal error: Out of memory (allocated 754982912) (tried to allocate 33554440 bytes) in phar:///usr/local/bin/composer/src/Composer/DependencyResolver/RuleSet.php on line 84
加到512MB：
Fatal error: Out of memory (allocated 832577536) (tried to allocate 16777216 bytes) in phar:///usr/local/bin/composer/src/Composer/DependencyResolver/Solver.php on line 223
再加到768MB，报错又变成一句简单的KILLED了。
看来Composer的胃口不小啊。怎么办？
1.最简单粗暴而最有效的办法就是把服务器升级，给服务器加内存。实在穷心疼钱的话，就放弃Composer或者曲线救国。
2.备选方案就是给服务器分配点假的内存糊弄一下服务器，SWAP缓存了解一下。大伟哥这里有一篇贴子：SWAP问答：SWAP是什么？SWAP有什么用？SWAP怎么用？
大伟哥就是通过把服务器的SWAP缓存增加到2.5 GB解决的。当然，假的终究是假的，硬盘做的缓存，在性能上肯定是比不过真正的内存的。
一览运营宝
一览“运营宝”是一款搭载AIGC的视频创作赋能及变现工具，由深耕视频行业18年的一览科技研发推出。
41 查看详情 
3.Stack Overflow上还有人分享了一个方法可能有效，不过大伟哥没有试过。那就是在本地开发环境上运行Composer，成功以后把composer.lock上传或者git push到生产服务器上，然后在生产服务器上运行composer install。
composer install会读取.lock文件里面的配置并直接拉取相同版本的软件包下来，而不是查找每个软件包的最新版本。这样composer对内存的需求量就会降低一些。
不过这种方法本身很麻烦，成功率又堪忧，所以能不用就不用吧。
最后，分享给大家一个不用修改php.ini配置文件，临时解禁composer运行内存限制的方法：
php -d memory_limit=-1 /usr/local/bin/composer require/isntall/update
或者：
php -d memory_limit=-1 `which composer` require/isntall/update
以上就是Composer运行中断并显示Killed的问题的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/284496.html
微信扫一扫 
支付宝扫一扫 
