PHP中异常处理通过try、catch、throw实现，用于捕获和处理运行时错误。try块包裹可能出错的代码，throw抛出异常，catch捕获并处理特定类型异常，finally无论是否异常都会执行。与传统错误处理相比，异常是面向对象的，包含完整上下文信息，可沿调用栈冒泡，便于集中处理。最佳实践包括：避免滥用异常作流程控制，创建自定义异常类以区分错误类型，按具体到通用顺序捕获异常，不“吞噬”异常而应记录或重新抛出，保持try块简洁。自定义异常通过继承Exception类实现，可添加构造函数、错误码和附加数据，提升错误处理的精确性和可维护性。
PHP中抛出和捕获异常，主要就是围绕
try...catch这个结构来展开的。简单来说，当你预期某段代码可能会出错，但你又不想让整个程序因此崩溃时，就可以把它放在
try块里。如果真的出错了，也就是“抛出”了一个异常，那么程序流程会立即跳转到
catch块，你就可以在那里“捕获”并处理这个异常，比如记录日志、给用户一个友好的提示，或者尝试恢复。这样一来，你的应用就能更健壮，不会因为一个小问题就直接白屏或者挂掉。
解决方案
在PHP里，异常处理的核心是
try、
catch和
throw这三个关键字。
首先，
try块用来包裹那些可能抛出异常的代码。如果
try块中的代码正常执行完毕，那么
catch块就会被跳过。
其次，如果
try块中的代码在执行过程中抛出了一个异常（无论是PHP内置的异常，还是你自己定义的异常），那么PHP会立即停止执行
try块中剩余的代码，并寻找匹配的
catch块来处理这个异常。
catch块后面跟着一个括号，里面指定了它能捕获的异常类型，通常是
Exception类或者其子类，以及一个变量名，这个变量会接收到抛出的异常对象。
立即学习“PHP免费学习笔记（深入）”；
最后，
throw关键字用于显式地抛出一个异常。你通常会创建一个
Exception类的实例（或者其子类的实例），然后用
throw把它抛出去。
来看一个简单的例子，模拟一个除数为零的错误：
getMessage() . "\n";
// 你可以在这里记录日志、发送通知等
error_log("InvalidArgumentException occurred: " . $e->getMessage() . " in " . $e->getFile() . " on line " . $e->getLine());
} catch (Exception $e) {
// 捕获所有其他类型的异常（如果前面没有匹配到更具体的异常）
echo "捕获到一个通用异常： " . $e->getMessage() . "\n";
error_log("General Exception occurred: " . $e->getMessage());
} finally {
// finally块中的代码无论是否发生异常都会执行
echo "除法运算尝试结束。\n";
}
echo "程序继续执行。\n";
?>在这个例子中，当
divide(5, 0)被调用时，它会抛出一个
InvalidArgumentException。
try块中的后续代码（
echo "5 / 0 = " . $result . "\n";）不会执行，程序会直接跳到第一个匹配的
catch (InvalidArgumentException $e)块。在那里，我们获取了异常信息并打印出来，模拟了日志记录。
finally块则确保了无论如何，“除法运算尝试结束。”这句话都会显示。
PHP异常处理与传统错误处理有何不同？
嗯，说到PHP里的异常处理，很多人可能会把它和传统的错误处理混淆起来，或者说，不清楚什么时候该用哪个。在我看来，它们最大的不同在于处理方式和粒度。传统的错误处理，比如我们常用的
error_reporting()、
set_error_handler()，或者直接用
trigger_error()来触发一个警告或错误，它们更多是基于全局状态和回调函数。
想象一下，你代码里有个函数返回
false表示失败，或者返回
null表示没找到。然后你需要在使用这个函数的地方，每次都去检查返回值。这很累，而且如果层层嵌套调用，错误信息可能很难追溯到源头。
trigger_error()虽然可以触发错误，但它默认的行为是根据
error_reporting级别来决定是显示错误、记录日志还是直接中断脚本，它的控制力相对粗糙。
而异常处理则完全是面向对象的。一个异常是一个对象，它包含了错误发生时的完整上下文信息：错误消息、错误码、发生的文件和行号，甚至还有完整的调用栈（stack trace）。这简直是调试利器！当一个异常被抛出时，它会沿着调用栈向上冒泡，直到被一个
catch块捕获。这意味着你可以在错误发生的“源头”抛出异常，然后在你认为最合适处理它的“高层”代码中捕获它。这种机制让错误处理和业务逻辑得以清晰地分离，代码也因此变得更加模块化和可维护。
举个例子，如果你的数据库连接失败，传统方式可能就是返回
false，然后你得一路向上检查。但如果抛出一个
DatabaseConnectionException，那么处理这个异常的代码可以集中在一个地方，比如你的应用启动文件或者一个专门的错误处理器中，而不是散落在每个数据库操作的地方。这在我看来，是异常处理在架构层面带来的巨大优势。它将“发生了什么错误”和“如何处理这个错误”分开了。
PHP异常处理中的最佳实践有哪些？
关于PHP异常处理的最佳实践，我个人觉得有几点非常关键，能让你的代码更健壮，也更容易维护。
首先，不要把异常当做正常的程序流程控制工具。异常是用来处理“非预期”情况的，而不是用来代替
if/else或者循环的。比如，如果你在查找用户，没找到就抛个异常，这可能就不太合适。一个函数返回
null或者一个空数组，通常是更好的选择，因为它代表的是一种“预期内”的缺失。异常的抛出和捕获是有性能开销的，频繁地抛出异常会拖慢你的应用。
其次，创建自定义异常类。PHP内置的
Exception类虽然能用，但它太通用了。当你的应用变得复杂时，你可能会遇到各种各样的问题，比如数据库连接失败、文件不存在、API调用超时、用户输入无效等等。为这些特定类型的错误创建自定义异常类（通过继承
Exception或其子类），能让你在
catch块中更精确地捕获和处理问题。比如，你可以有一个
FileNotFoundException，一个
DatabaseConnectionException。这样，你的
catch块就能针对性地处理不同类型的错误，而不是一股脑地处理所有
Exception。
getMessage() . "，请检查文件路径。";
}
}
function readFileContent($filePath) {
if (!file_exists($filePath)) {
throw new CustomFileNotFoundException("文件 '" . $filePath . "' 不存在。");
}
return file_get_contents($filePath);
}
try {
$content = readFileContent("non_existent_file.txt");
echo $content;
} catch (CustomFileNotFoundException $e) {
echo "捕获到文件异常：" . $e->getCustomMessage() . "\n";
// 记录详细日志
error_log("FILE_NOT_FOUND: " . $e->getMessage() . " in " . $e->getFile() . " on line " . $e->getLine());
} catch (Exception $e) {
echo "捕获到其他通用异常：" . $e->getMessage() . "\n";
}
?>再来，捕获异常时要具体化，从最具体的到最通用的。如果你有多个
catch块，PHP会从上到下尝试匹配。所以，你应该把最具体的异常类型放在前面，最通用的
Exception放在最后。这样可以确保你的代码能够针对性地处理每种错误，而不会被一个宽泛的
catch (Exception $e)提前捕获。
还有一点，不要“吞噬”异常。这意味着你捕获了一个异常，但什么都不做，也不记录日志，也不重新抛出。这非常危险，因为它会掩盖问题，让调试变得极其困难。至少，你应该记录下异常的详细信息（消息、文件、行号、调用栈），以便后续排查。如果当前层级无法完全处理这个异常，那么就应该重新抛出（re-throw）它，让更上层的调用者有机会处理。
getMessage());
return false; // 返回一个失败状态
} catch (Exception $e) {
// 捕获更通用的异常，记录日志，并重新抛出
error_log("未知错误在 processData: " . $e->getMessage() . " at " . $e->getFile() . ":" . $e->getLine());
throw $e; // 重新抛出，让上层知道有更严重的问题
}
}
try {
processData("string data"); // 会被 InvalidArgumentException 捕获
processData(new stdClass()); // 会被 Exception 捕获并重新抛出
} catch (Exception $e) {
echo "在顶层捕获到异常: " . $e->getMessage() . "\n";
}
?>最后，保持try
块简洁。
try块应该只包含那些你认为可能抛出异常的代码。如果你的
try块太长，包含了大量的业务逻辑，那么当异常发生时，你可能很难判断是哪部分代码出了问题。
PHP中如何创建和使用自定义异常类？
创建和使用自定义异常类在PHP中是一个非常直接且强大的实践，它能极大地提升你代码的可读性和可维护性。在我看来，它就是给你的错误信息贴上专属的“标签”，让你一眼就知道这是什么类型的错误，而不是笼统地看到一个“Exception”。
要创建一个自定义异常类，你只需要让它继承PHP内置的Exception
类或者任何其他已有的异常类。继承的好处是，你的自定义异常会自动拥有
Exception类的所有特性，比如获取错误消息、文件、行号和调用栈等。
通常，你会在自定义异常类中添加一个构造函数，以便在创建异常实例时传入特定的错误消息和错误码。你甚至可以添加一些自定义的方法或属性，来存储更多与该异常类型相关的信息。
我们来看一个具体的例子。假设你正在开发一个电子商务系统，你可能会遇到一些业务逻辑上的错误，比如“库存不足”或者“用户未登录”。这些错误如果都用普通的
Exception来抛出，那么在捕获时就很难区分。
customData = $customData;
}
public function getCustomData(): array {
return $this->customData;
}
public function getFormattedMessage(): string {
return "业务错误 [{$this->code}]: " . $this->message;
}
}
// 2. 定义具体的自定义异常类
class InsufficientStockException extends BusinessException {
public function __construct($productId, $requestedQuantity, $availableQuantity, Throwable $previous = null) {
$message = "商品ID {$productId} 库存不足。请求数量：{$requestedQuantity}，可用数量：{$availableQuantity}。";
$code = 1001; // 自定义错误码
$customData = [
'productId' => $productId,
'requested' => $requestedQuantity,
'available' => $availableQuantity
];
parent::__construct($message, $code, $previous, $customData);
}
}
class UserNotLoggedInException extends BusinessException {
public function __construct(Throwable $previous = null) {
$message = "用户未登录或会话已过期。";
$code = 1002;
parent::__construct($message, $code, $previous);
}
}
// 3. 在业务逻辑中使用这些自定义异常
function processOrder($userId, $productId, $quantity) {
// 模拟检查用户登录状态
if (empty($userId)) {
throw new UserNotLoggedInException();
}
// 模拟检查库存
$availableStock = 5; // 假设当前库存
if ($quantity > $availableStock) {
throw new InsufficientStockException($productId, $quantity, $availableStock);
}
// 订单处理逻辑...
echo "用户 {$userId} 成功购买商品 {$productId} x {$quantity}。\n";
return true;
}
// 4. 捕获和处理自定义异常
try {
echo "尝试处理订单...\n";
// processOrder(null, 123, 3); // 抛出 UserNotLoggedInException
processOrder(1, 456, 10); // 抛出 InsufficientStockException
echo "订单处理成功。\n";
} catch (InsufficientStockException $e) {
echo "捕获到库存不足异常：\n";
echo " 错误信息: " . $e->getFormattedMessage() . "\n";
echo " 商品ID: " . $e->getCustomData()['productId'] . "\n";
echo " 请求数量: " . $e->getCustomData()['requested'] . "\n";
echo " 可用数量: " . $e->getCustomData()['available'] . "\n";
// 这里可以通知库存管理系统，或者引导用户减少购买数量
} catch (UserNotLoggedInException $e) {
echo "捕获到用户未登录异常：\n";
echo " 错误信息: " . $e->getFormattedMessage() . "\n";
// 这里可以重定向用户到登录页面
} catch (BusinessException $e) { // 捕获所有其他业务异常
echo "捕获到其他业务异常： " . $e->getFormattedMessage() . "\n";
} catch (Exception $e) { // 捕获所有非业务异常
echo "捕获到未知系统异常： " . $e->getMessage() . "\n";
// 记录更详细的系统级错误日志
}
echo "程序执行完毕。\n";
?>这个例子展示了如何定义一个
BusinessException作为所有业务相关异常的基类，然后具体化出
InsufficientStockException和
UserNotLoggedInException。在捕获时，我们可以针对这些自定义类型进行精准处理，比如对于库存不足，我们可以获取到商品ID和具体的数量信息，从而给出更智能的反馈。这种方式让你的错误处理逻辑变得清晰、有条理，并且非常容易扩展。当你需要引入新的业务错误类型时，只需要继承
BusinessException，添加你的逻辑即可。
