PHP通过try-catch-finally结构处理异常，try块中代码抛出异常后由catch捕获并处理，finally块用于执行清理操作；内置Exception类可扩展自定义异常类型，如DatabaseException、ValidationException；可通过throw重新抛出异常实现异常传递；set_exception_handler可设置全局异常处理器防止程序崩溃；最佳实践包括合理分类异常、记录日志、避免流程控制使用异常及生产环境隐藏敏感信息。
PHP中的异常处理机制用于捕获和响应程序运行过程中出现的非正常情况，比如无效参数、文件不存在、数据库连接失败等。通过合理的异常处理，可以让程序更健壮、易于调试，并提升用户体验。
异常处理的基本机制
PHP使用 try-catch-finally 结构来实现异常处理：
- try：包裹可能抛出异常的代码。
- catch：捕获并处理特定类型的异常。
- finally（可选）：无论是否发生异常都会执行的清理代码，如关闭资源。
只有当异常被 throw 抛出时，才会被 catch 捕获。PHP内置了 Exception 类，所有自定义异常都应继承它或其子类。
try {
if (!file_exists('config.php')) {
throw new Exception("配置文件不存在");
}
include 'config.php';
} catch (Exception $e) {
echo "错误: " . $e->getMessage();
} finally {
echo "处理完成";
}
自定义异常类的使用
在复杂项目中，可以定义不同类型的异常来区分错误场景，便于针对性处理。
例如，可以为数据库操作、用户输入、网络请求分别创建异常类：
class DatabaseException extends Exception {}
class ValidationException extends Exception {}
function validateEmail($email) {
if (!filter_var($email, FILTER_VALIDATE_EMAIL)) {
throw new ValidationException("邮箱格式不正确");
}
}
try {
validateEmail("invalid-email");
} catch (ValidationException $e) {
echo "验证失败: " . $e->getMessage();
}
异常的传递与重新抛出
有时你希望记录异常信息后继续向上层抛出，这时可以在 catch 块中再次 throw 当前异常或新异常。
try {
riskyOperation();
} catch (Exception $e) {
error_log("操作失败: " . $e->getMessage());
throw $e; // 继续抛出，由上层处理
}
这种方式适合中间层记录日志但不终止异常传播的场景。
设置全局异常处理器
可以使用 set_exception_handler() 定义一个全局兜底的异常处理函数，防止未被捕获的异常导致程序崩溃或暴露敏感信息。
function globalExceptionHandler($exception) {
error_log("未捕获异常: " . $exception->getMessage());
echo "系统繁忙，请稍后再试。";
}
set_exception_handler('globalExceptionHandler');
// 触发未捕获异常
throw new Exception("测试异常");
注意：一旦设置了全局处理器，所有未被捕获的异常都会交由它处理，不会中断脚本执行（除非手动 exit）。
最佳实践建议
- 只对真正异常的情况使用异常，不要用异常控制常规流程。
- 合理分类异常，便于维护和排查问题。
- 在 catch 中避免静默忽略异常，至少记录日志。
- 生产环境不要将详细的错误信息直接输出给用户。
- 利用 finally 正确释放资源，如关闭文件句柄或数据库连接。
