Laravel的一大特色就是使用composer来管理依赖包，这使得整个项目的升级、扩展变得异常容易
Laravel 的一大特色就是使用 composer 来管理依赖包，这使得整个项目的升级、扩展变得异常容易。一般情况下，只需要我们输入几个命令并按下回车，就能完成插件包的安装、更新以及卸载工作。
但有时候你会碰到一种比较有意思的问题。那就是使用 composer 进行相关安装、更新插件操作的时候，却报 PHP 程序异常。比如，github中一个项目，在你上次更新之后上游代码又加入新功能，使用了一个新的依赖包。这时你使用git pull更新代码后，依赖包并没有安装，那么再用composer update 来更新这个必要的包时，却会因为项目程序中缺少这个包而报错……（说得有点儿绕），如此就陷入了一种想要安装这个包却报异常，而想要解决这异常又正好需要装这个包的死循环里了。
其实造成这种问题的原因就藏在项目根目录下那个 composer.json 文件里，稍微看一下就会发现，其中有一个 scripts 属性（内容见下方代码），其中设置了项目创建后、根包安装后、插件包安装前和安装后要自动完成的操作，它们大多是php artisan命令，而这些命令是由程序中 Console 组件驱动的，当程序发生异常，它们也就无法运行，于是当 composer 操作调起这些命令时就出现异常了。
"scripts": {
"post-root-package-install": [
"php -r \"copy('.env.example', '.env');\""
],
"post-create-project-cmd": [
"php artisan key:generate"
],
"post-install-cmd": [
"php artisan clear-compiled",
"php artisan optimize"
],
"pre-update-cmd": [
"php artisan clear-compiled"
],
"post-update-cmd": [
"php artisan optimize"
]
},在了解了原因之后，再来说解决办法就不难理解了，有两种办法：
第一种方法比较笨，就是在其它空项目里安装这个包（或者找到以前装过的现成的），然后把源码复制到vendor目录后，最后使用 composer dump-autoloat --optimize 更新自动加载文件。
第二种则比较容易，因为它是针对造成这个问题的原因来对症下药的。
具体操作就是先删除上面提到的 scripts并保存 composer.json，然后进行需要的 comoser 操作，完成后再将删除的 scripts 部分加回去去。
需要注意的是，因为这次 composer 操作时没有自动运行 scripts 里那些命令，因而需要自己根据情况手动处理一下，比如 clear-compiled，optimize 等，或者在composer.json改回去之后再进行一次同样的composer操作。
在laravel最新的版本中，composer.json中的pre-update-cmd这条已经被删除了，而这条正是引起本文中所述问题的关键原因。各位可根据自己的情况手动删除它。
以上这篇Laravel 解决composer相关操作提示php相关异常的问题就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
Laravel composer php 异常