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这条已经被删除了，而这条正是引起本文中所述问题的关键原因。各位可根据自己的情况手动删除它。