Laravel核心解读之异常处理的实践过程(2)
这里再顺便说一下set_error_handler函数，它的作用是注册错误处理器函数，因为在一些年代久远的代码或者类库中大多是采用PHP那件函数trigger_error函数来抛出错误的，异常处理器只能处理Exception不能处理Error，所以为了能够兼容老类库通常都会使用set_error_handler注册全局的错误处理器方法，在方法中捕获到错误后将错误转化成异常再重新抛出，这样项目中所有的代码没有被正确执行时都能抛出异常实例了。
/**
* Convert PHP errors to ErrorException instances.
*
* @param int $level
* @param string $message
* @param string $file
* @param int $line
* @param array $context
* @return void
*
* @throws \ErrorException
*/
public function handleError($level, $message, $file = '', $line = 0, $context = [])
{
if (error_reporting() & $level) {
throw new ErrorException($message, 0, $level, $file, $line);
}
}
常用的Laravel异常实例
Laravel中针对常见的程序异常情况抛出了相应的异常实例，这让开发者能够捕获这些运行时异常并根据自己的需要来做后续处理（比如：在catch中调用另外一个补救方法、记录异常到日志文件、发送报警邮件、短信）
在这里我列一些开发中常遇到异常，并说明他们是在什么情况下被抛出的，平时编码中一定要注意在程序里捕获这些异常做好异常处理才能让程序更健壮。
- Illuminate\Database\QueryException Laravel中执行SQL语句发生错误时会抛出此异常，它也是使用率最高的异常，用来捕获SQL执行错误，比方执行Update语句时很多人喜欢判断SQL执行后判断被修改的行数来判断UPDATE是否成功，但有的情景里执行的UPDATE语句并没有修改记录值，这种情况就没法通过被修改函数来判断UPDATE是否成功了，另外在事务执行中如果捕获到QueryException 可以在catch代码块中回滚事务。
- Illuminate\Database\Eloquent\ModelNotFoundException 通过模型的findOrFail和firstOrFail方法获取单条记录时如果没有找到会抛出这个异常(find和first找不到数据时会返回NULL)。
- Illuminate\Validation\ValidationException 请求未通过Laravel的FormValidator验证时会抛出此异常。
- Illuminate\Auth\Access\AuthorizationException 用户请求未通过Laravel的策略（Policy）验证时抛出此异常
- Symfony\Component\Routing\Exception\MethodNotAllowedException 请求路由时HTTP Method不正确
- Illuminate\Http\Exceptions\HttpResponseException Laravel的处理HTTP请求不成功时抛出此异常
扩展Laravel的异常处理器
上面说了Laravel把\App\Exceptions\Handler 注册成功了全局的异常处理器，代码中没有被catch到的异常，最后都会被\App\Exceptions\Handler捕获到，处理器先上报异常记录到日志文件里然后渲染异常响应再发送响应给客户端。但是自带的异常处理器的方法并不好用，很多时候我们想把异常上报到邮件或者是错误日志系统中，下面的例子是将异常上报到Sentry系统中，Sentry是一个错误收集服务非常好用：