PHP错误处理及异常处理笔记

给新人总结一下PHP的错误处理。

PHP提供了错误处理和日志记录的功能. 这些函数允许你定义自己的错误处理规则，以及修改错误记录的方式. 这样，你就可以根据自己的需要，来更改和加强错误输出信息以满足实际需要.

通过日志记录功能，你可以将信息直接发送到其他日志服务器，或者发送到指定的电子邮箱（或者通过邮件网关发送），或者发送到操作系统日志等，从而可以有选择的记录和监视你的应用程序和网站的最重要的部分。

错误报告功能允许你自定义错误反馈的级别和类型，可以是简单的提示信息或者使用自定义的函数进行处理并返回信息.

为什么要使用错误处理？

•是网站出错时对用户友好

•更好的避免错误、调试、修复错误

•避免一些安全风险

•更好保证程序的健壮性

•……

1、最简单的错误处理——die()

当我们预计有错误发生时，停止脚步的运行。比如连接数据库时

<?php

mysql_connect('localhost', www.111cn.net, '123456')

or die ('连接数据库错误：'. mysql_error());

不过，简单地终止脚本并不总是恰当的方式。

2、自定义错误和错误触发器

我们创建一个错误处理专用函数，使用set_error_handler函数设置后，可以在 PHP 中发生错误时调用该函数。

定义错误处理函数的参数

预定定变量

(级别E_ERROR、E_USER_ERROR不能被自定义错误处理函数扑捉到)自定义错误函数中不能扑捉到致命错误信息，因为发生致命的运行时错误时脚本都是立即停止执行的。

触发错误

在脚本中用户输入数据的位置，当用户的输入无效时触发错误的很有用的。在 PHP 中，这个任务由 trigger_error() 完成。

您可以在脚本中任何位置触发错误，通过添加的第二个参数，您能够规定所触发的错误级别。

可能的错误类型：

•E_USER_ERROR – 致命的用户生成的 run-time 错误。错误无法恢复。脚本执行被中断。

•E_USER_WARNING – 非致命的用户生成的 run-time 警告。脚本执行不被中断。

•E_USER_NOTICE – 默认。用户生成的 run-time 通知。脚本发现了可能的错误，也有可能在脚本运行正常时发生。

例如：

1

2

<!--?php<br /--> trigger_error("出错了啊", E_USER_WARNING);

// 输出 Warning: 出错了啊 in xxxx 的错误信息

3、错误报告

默认地，根据在 php.ini 中的 error_log 配置，PHP 向服务器的错误记录系统或文件发送错误记录。

通过使用 error_log() 函数，您可以向指定的文件或远程目的地发送错误记录。比如把错误信息发送到邮箱中是一种好的方式。

更多错误处理文档见：http://www.php.net/manual/zh/book.errorfunc.php

4、异常处理

当异常被抛出时，其后的代码不会继续执行，PHP 会尝试查找匹配的 “catch” 代码块。

如果异常没有被捕获，而且又没用使用 set_exception_handler() 作相应的处理的话，那么将发生一个严重的错误（致命错误），并且输出 “Uncaught Exception” （未捕获异常）的错误消息。

处理处理程序应当包括：

1.try – 使用异常的函数应该位于 “try” 代码块内。如果没有触发异常，则代码将照常继续执行。但是如果异常被触发，会抛出一个异常。

2.throw – 这里规定如何触发异常。每一个 “throw” 必须对应至少一个 “catch”

3.catch – “catch” 代码块会捕获异常，并创建一个包含异常信息的对象

重新抛出异常

有时，当异常被抛出时，您也许希望以不同于标准的方式对它进行处理。可以在一个 “catch” 代码块中再次抛出异常。

脚本应该对用户隐藏系统错误。对程序员来说，系统错误也许很重要，但是用户对它们并不感兴趣。为了让用户更容易使用，您可以再次抛出带有对用户比较友好的消息的异常。

异常的规则

需要进行异常处理的代码应该放入 try 代码块内，以便捕获潜在的异常。

每个 try 或 throw 代码块必须至少拥有一个对应的 catch 代码块。

使用多个 catch 代码块可以捕获不同种类的异常。

可以在 try 代码块内的 catch 代码块中再次抛出（re-thrown）异常。

简而言之：如果抛出了异常，就必须捕获它。