# PHP 异常处理与日志：程序出错后到底该怎么办

线上最麻烦的不是报错，而是报错以后不知道哪里出了问题。

## try/catch

```php
try {
    $result = doSomething();
} catch (Throwable $e) {
    echo "发生错误";
}
```

## 不要吞掉异常

这种代码很危险：

```php
try {
    doSomething();
} catch (Throwable $e) {
}
```

至少应该记录日志。

## 自己抛异常

```php
if ($user === null) {
    throw new RuntimeException("用户不存在");
}
```

调用者再决定如何处理。

## 自定义业务异常

```php
class UserNotFoundException extends RuntimeException
{
}
```

业务层抛出它，Controller 可以把它转换成合适的 HTTP 响应。

## 日志

简单情况下：

```php
error_log("something went wrong");
```

大型项目通常使用日志库，并区分：

```text
DEBUG
INFO
WARNING
ERROR
CRITICAL
```

密码、Token、Cookie 等敏感数据不要直接写入日志。

## 生产环境

开发环境可以显示详细堆栈；生产环境不应该把：

```text
SQL
服务器路径
堆栈
配置
内部服务地址
```

直接返回给用户。

应该记录日志，同时给用户正常的错误响应。

## 小结

错误处理的目标不是让程序永远不报错，而是：

```text
发生错误
 ↓
正确记录
 ↓
正确分类
 ↓
返回合适响应
 ↓
方便定位
```