Laravel踩坑日记之一

背景

昨天晚上发布生产之后，准备执行php artisan migrate同步表结构，结果报错了。然后立马有人反应后台也无法使用了，所有操作都报Target [Illuminate\Contracts\Bus\Dispatcher] is not instantiable.，这时侯我内心是崩溃的，因为代码和测试环境是一样的，第一反应是环境问题，因为生产环境是开启了opcache，立刻关闭了opcache，错误仍然存在的。

百度

百度的高赞结果是缺少一个 BUS 的中间件，那很简单，config/app.php注释它，结果还是报错。既然百度不能解决，只能下一步回滚了。

回滚

因为我们是用阿里云流水线发布代码的，所以能马上回滚。回滚之后，代码就没有报错了。正是因为是流水线发布代码，所以怀疑是发布脚本的问题。 看了发布脚本如下：

#!/bin/bash
cd  /home/admin/laravel/
composer update -vvv
#php artisan migrate
cp -n .env.xxx.production .env
rsync -av --exclude '.git' /home/admin/laravel/ /www/xxx/laravel/
cd /www/xxx/laravel/
sh ./deploy_comm.sh
chown -R www.www /www/xxx/laravel/
echo '---结束--- deploy_正式'

验证

因为怀疑了是流水线发布代码的问题，所以为了验证，直接在www目录克隆了代码，执行composer update -vvv时就报内存错误了，解决了composer错误。果然问题就没有了。然后再次发布代码，错误仍然存在。代码、环境都没问题了，根据经验来看，那就只是权限和缓存了，仔细检查了权限之后，想起来每次composer之后他都会提示一个命令php artisan package:discover --ansi，平时都没怎么关注它，详情看完之后，它的描述是Rebuild the cached package manifest，那应该就是它的问题了，执行完它之后，问题终于解决了。

总结

对于像laravel这种大而全的重量级框架来说，踩坑是必然的。对于框架的报错，一定得从提示里面找答案。像执行php artisan就报Target [Illuminate\Contracts\Bus\Dispatcher] is not instantiable.这样的错误基本就排除了业务代码的问题。使用流水线发布代码，脚本还是得完善，像上面的脚本，没有判断composer是否成功，下面就必然有坑了。

–end–