在很多情况下，异常应该在业务逻辑层面抛出。比如，在一个购买商品的网站上，用户购买商品时可能会遇到各种异常情况，比如库存不足、支付失败等。这些异常都是与具体业务逻辑相关的，应该在业务逻辑层面抛出。我们来看一个示例：
//by www.qzphp.cn
function buyProduct($productId, $quantity) {
$product = getProduct($productId);
if ($product['stock'] < $quantity) {
throw new Exception("库存不足");
}
$paymentResult = payOrder($product['price'] * $quantity);
if (!$paymentResult) {
throw new Exception("支付失败");
}
// 其他操作...
return "购买成功";
}
在这个例子中，我们首先通过
getProduct 函数获取到商品的信息，接着判断库存是否足够。如果库存不足，则抛出 Exception，终止后续的操作。同样地，在支付过程中如果发生错误，我们也会抛出 Exception。在这个例子中，异常的抛出是在业务逻辑层面进行的，这样可以更好地将错误与业务逻辑解耦，使代码更可读、可理解。另一种常见的异常抛出场景是在数据访问层面。在与数据库交互的过程中，很多错误可能会发生，比如连接超时、查询异常等。这些异常都是与数据访问相关的，应该在数据访问层面抛出并处理。我们来看一个示例：
//by www.qzphp.cn
function getUser($userId) {
$db = connectDatabase();
try {
$stmt = $db->prepare("SELECT * FROM users WHERE id = :id");
$stmt->bindParam(':id', $userId, PDO::PARAM_INT);
$stmt->execute();
$user = $stmt->fetch(PDO::FETCH_ASSOC);
if (!$user) {
throw new Exception("用户不存在");
}
return $user;
}
catch (Throwable $e) {
// 处理异常，比如记录日志、回退事务等 // ...
throw $e;
}
finally {
$db = null;
// 关闭数据库连接
}
}
</
pre>
在这个例子中，我们首先建立数据库连接，并在 try 块中执行查询操作。如果查询结果为空，则抛出 Exception。在 catch 块中可以进行异常处理操作，比如记录日志、回退事务等。最后，无论是否有异常，我们都需要在 finally 块中关闭数据库连接。通过在数据访问层面抛出和处理异常，我们可以更好地处理与数据库相关的错误，以及保证资源的释放。
需要注意的是，有些异常应该在较高层面抛出并处理，以防止程序终止或产生不可预料的结果。比如，在程序的入口处我们可以通过 set_exception_handler 函数设置全局的异常处理器，将未捕获的异常记录下来或以友好的方式展示给用户。
总结一下，根据实际情况，我们可以在业务逻辑层面或数据访问层面抛出异常。在业务逻辑层面抛出的异常应与具体业务相关，并提供有意义的错误信息。在数据访问层面抛出的异常应与数据库交互相关，并在 catch 块中进行适当的处理。而一些未捕获的异常应该在较高层面进行全局处理。
通过合理地抛出和处理异常，我们可以提高程序的可读性、可维护性和健壮性。在编写 PHP 程序时，我们应该根据具体的需求和业务逻辑，选择合适的地方抛出异常，并在适当的地方进行处理。
