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
，那么处理这个异常的代码可以集中在一个地方，比如你的应用启动文件或者一个专门的错误处理器中，而不是散落在每个数据库操作的地方。这在我看来，是异常处理在架构层面带来的巨大优势。它将“发生了什么错误”和“如何处理这个错误”分开了。
千面视频动捕
千面视频动捕是一个AI视频动捕解决方案，专注于将视频中的人体关节二维信息转化为三维模型动作。
27 查看详情
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
，添加你的逻辑即可。
以上就是php如何抛出和捕获异常_php异常处理trycatch使用的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/208277.html
微信扫一扫 
支付宝扫一扫 
