hyperf/doc/zh/exception-handler.md

108 lines
3.6 KiB
Markdown
Raw Normal View History

2019-06-04 19:09:36 +08:00
# 异常处理器
`Hyperf` 里,业务代码都运行在 `Worker进程` 上,也就意味着一旦任意一个请求的业务存在没有捕获处理的异常的话,都会导致对应的 `Worker进程` 被中断退出,虽然被中断的 `Worker进程` 仍会被重新拉起,但对服务而已也是不能接受的,且捕获异常并输出合理的报错内容给客户端也是更加友好的。
我们可以通过对各个 `server` 定义不同的 `异常处理器(ExceptionHandler)`,一旦业务流程存在没有捕获的异常,到会被传递到已注册的 `异常处理器(ExceptionHandler)` 去处理。
2019-06-24 11:13:47 +08:00
## 自定义一个异常处理
### 注册异常处理器
2019-06-04 19:09:36 +08:00
目前仅支持配置文件的形式注册 `异常处理器(ExceptionHandler)`,配置文件位于 `config/autoload/exceptions.php`,将您的自定义异常处理器配置在对应的 `server` 下即可:
```php
<?php
// config/autoload/exceptions.php
return [
'handler' => [
// 这里的 http 对应 config/autoload/server.php 内的 server 所对应的 name 值
'http' => [
// 这里配置完整的类命名空间地址已完成对该异常处理器的注册
2019-06-25 11:38:11 +08:00
\App\Exception\Handler\FooExceptionHandler::class,
2019-06-04 19:09:36 +08:00
],
],
];
```
> 每个异常处理器配置数组的顺序决定了异常在处理器间传递的顺序。
2019-06-24 11:13:47 +08:00
### 定义异常处理器
2019-06-04 19:09:36 +08:00
2019-07-01 01:48:30 +08:00
我们可以在任意位置定义一个 `类(Class)` 并继承抽象类 ` Hyperf\ExceptionHandler\ExceptionHandler` 并实现其中的抽象方法,如下:
2019-06-04 19:09:36 +08:00
```php
<?php
namespace App\Exception\Handler;
2019-06-04 19:09:36 +08:00
use Hyperf\ExceptionHandler\ExceptionHandler;
2019-06-04 19:09:36 +08:00
use Hyperf\HttpMessage\Stream\SwooleStream;
2019-06-04 19:31:25 +08:00
use Psr\Http\Message\ResponseInterface;
2019-06-25 11:38:11 +08:00
use App\Exception\FooException;
2019-06-04 19:09:36 +08:00
use Throwable;
2019-06-25 11:38:11 +08:00
class FooExceptionHandler extends ExceptionHandler
2019-06-04 19:09:36 +08:00
{
public function handle(Throwable $throwable, ResponseInterface $response)
{
2019-06-24 11:13:47 +08:00
// 判断被捕获到的异常是希望被捕获的异常
2019-06-25 11:38:11 +08:00
if ($throwable instanceof FooException) {
2019-06-24 11:13:47 +08:00
// 格式化输出
2019-06-04 19:09:36 +08:00
$data = json_encode([
'code' => $throwable->getCode(),
'message' => $throwable->getMessage(),
], JSON_UNESCAPED_UNICODE);
2019-06-24 17:28:13 +08:00
// 阻止异常冒泡
$this->stopPropagation();
2019-06-04 19:09:36 +08:00
return $response->withStatus(500)->withBody(new SwooleStream($data));
}
2019-06-24 11:13:47 +08:00
2019-06-24 17:28:13 +08:00
// 交给下一个异常处理器
return $respose;
2019-06-26 18:01:25 +08:00
// 或者不做处理直接屏蔽异常
2019-06-04 19:09:36 +08:00
}
2019-06-26 18:01:25 +08:00
/**
* 判断该异常处理器是否要对该异常进行处理
*/
public function isValid(Throwable $throwable): bool
{
return true;
}
2019-06-04 19:09:36 +08:00
}
```
2019-06-24 11:13:47 +08:00
### 定义异常类
```php
<?php
2019-06-24 11:13:47 +08:00
namespace App\Exception;
2019-06-24 11:13:47 +08:00
use App\Constants\ErrorCode;
use Hyperf\Server\Exception\ServerException;
use Throwable;
2019-06-25 11:38:11 +08:00
class FooException extends ServerException
{
}
```
2019-06-26 18:01:25 +08:00
### 触发异常
2019-06-24 11:13:47 +08:00
```php
2019-06-24 11:13:47 +08:00
namespace App\Controller;
2019-06-26 18:01:25 +08:00
use App\Exception\FooException;
2019-06-24 12:54:25 +08:00
2019-06-24 11:13:47 +08:00
class IndexController extends Controller
{
public function index()
{
2019-06-25 11:38:11 +08:00
throw new FooException('Foo Exception...', 800);
}
2019-06-24 11:13:47 +08:00
}
```
2019-06-25 11:38:11 +08:00
在上面这个例子,我们先假设 `FooException` 是存在的一个异常,以及假设已经完成了该处理器的配置,那么当业务抛出一个没有被捕获处理的异常时,就会根据配置的顺序依次传递,整一个处理流程可以理解为一个管道,若前一个异常处理器调用 `$this->stopPropagation()` 则不再往后传递,若最后一个配置的异常处理器仍不对该异常进行捕获处理,那么就会交由 Hyperf 的默认异常处理器处理了。