在PHP中针对错误的配置有如下

error_reporting设置了报告的类型，log_errors决定了是否记录错误，记录的地方由error_log指定，display_errors决定是否显示错误信息。

如果你曾经使用过PHP的try语句，或者你会有疑问，错误和异常有何不一样？

简单来说，try块中的代码如果有抛出异常，可以被catch截获。但是发生错误还是会发送给PHP的错误处理程序。比如如下这段程序：

这里面同时发生了PHP错误和抛出异常。PHP错误可能会记录到错误日志，而异常被catch捕获进行处理。（注意，如果发生比较严重的错误，比如语法错误，PHP直接中断解析，后面的方法不会被执行，也就不会有异常抛出了），PHP错误的处理默认是有PHP本身的默认程序处理的，不过可以使用set_error_handler方法来设置一个自定义的错误处理方法。

关于PHP的错误处理，可以参考：

http://cn2.php.net/manual/zh/errorfunc.configuration.php

http://cn2.php.net/manual/zh/errorfunc.constants.php


http://cn2.php.net/manual/zh/function.set-error-handler.php

由于我们将使用set_error_handler函数设置一个自定义错误处理程序来替代PHP标准的错误处理程序，所以对这个函数用法必须来个彻底认识。

$error_handler设置回调函数，这个函数设置是有要求的，具体内容可参阅PHP文档，注意这个回调函数如果返回了false，则PHP的标准错误处理程序继续运行。我们看文档中的关于这个函数的描述：

“ 本函数可以用你自己定义的方式来处理运行中的错误， 例如，在应用程序中严重错误发生时，或者在特定条件下触发了一个错误(使用 trigger_error())，你需要对数据/文件做清理回收。

重要的是要记住 error_types 里指定的错误类型都会绕过 PHP 标准错误处理程序（默认是E_ALL | E_STRICT，就是全部错误类型都有自定义函数处理，否则没有包含的由PHP标准程序处理）， 除非回调函数返回了 FALSE。 error_reporting() 设置将不会起到作用而你的错误处理函数继续会被调用 —— 不过你仍然可以获取 error_reporting 的当前值，并做适当处理（这里说的是error_reporting设置是针对标准错误处理程序的，它对自定义的错误处理程序无效）。 需要特别注意的是带 @ error-control operator 前缀的语句发生错误时，这个值会是 0（PHP中可以使用@前缀来强制一个语句不报告错误，实际的实现是把error_reporting设置为0，那么标准错误处理程序就不会处理错误，但是这个情况在使用了自定义错误处理程序时无效，有些错误自定义处理程序是无法处理的，实际上有些错误先于自定义错误处理程序前触发，它实际还是使用标准处理程序，所以@字符仍使用意义）。

同时注意，在需要时你有责任使用 die()。 如果错误处理程序返回了，脚本将会继续执行发生错误的后一行（注意这个，错误处理程序返回后脚本继续执行）。

以下级别的错误不能由用户定义的函数来处理： E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT（这些级别不能使用自定义函数处理，实际上这些错误根本无法进入到自定义的错误处理程序，这些错误在PHP内核或编译时就被捕获，至于这些错误的处理则是由php.ini文件中的配置决定的，所以当在开发时，最好在php.ini中把display_errors调整为1，error_reporting调整为E_ALL | E_STRICT）。

如果错误发生在脚本执行之前（比如文件上传时），将不会 调用自定义的错误处理程序因为它尚未在那时注册。 ”

从上面的描述来看，我们总结一下：
比较严重的错误，自定义程序无法处理（实际是没有进入这个程序），自定义处理程序只能处理一般错误。一旦使用自定义处理程序来处理错误，那么error_reporting的设置对它是没有作用的（它只处理指定错误处理程序时给定的错误级别）。在开发时，为了能够显示和记录自定义程序无法处理的错误（比如严重错误），应该在php.ini中配置：

注意error_reporting为E_ALL是表示所有错误，但是在PHP5.3中不包含E_STRICT，从PHP5.4开始才包含。display_errors表示从标准错误输出中输出错误，error_log指出记录错误日志的路径。

事实上，我们可以在脚本中改变这些值配置值（而不使用自定义错误处理函数），比如修改error_log，让它把错误记录到我们的指定的日志文件中。比如：http://blog.ifeeline.com/105.html中描述的就是这个情况，但是它只能记录一般错误，对于严重错误，还是根据php.ini配置文件的的设置去处理的。

相对这种记录错误的方法，对应还有一种使用自定义函数的实现方法。这个也是Magento中使用的方法。Magento中有一个叫开发者模式的设置。先记着这个。我们先看看错误处理程序设置的进入点，在index.php文件中有：

首先修改了错误报告的类型，我们知道，如果使用自定义错误处理程序，根本不受它的影响（指error_reporting设置的错误级别）。接下来的代码是设置是否显示错误，这应该是在没有使用自定义错误处理程序时配合使用的，要不然这两句代码大可以清理的了。

我们的应用从App的run方法或init方法开始，run方法调用baseInit，baseInit调用_initEnvironment，_initEnvironment内又调用setErrorHandler(self::DEFAULT_ERROR_HANDLER)方法：

可见，直接使用set_error_handler函数直接设置错误处理程序为mageCoreErrorHandler，这个函数在app/code/core/Mage/Core/functions.php中定义。

这里省了一段代码，它罗列的所有错误代码，然后组建一个字符串$errorMessage，然后根据是否是开发模式，如果是就直接抛出异常，否则就把它记录到日志中。如果是记录到日志中，程序继续运行，现在问题是，如果抛出异常，谁来捕获这个异常，如何处理，程序是否继续运行？

这个需要回到App的run方法的包装函数Mage::run()函数中回答这个问题：

很明显，如果自定义错误处理程序抛出异常，就在这里被捕获处理，有些异常是给出链接，有些则是打印输出。这意味，要是打开开发者模式，可以直接查看到错误的输出。

在index.php中有如下代码：

两个办法让这个代码生效，把条件去掉，或者在配置中设置MAGE_IS_DEVELOPER_MODE这个变量(一般直接去掉条件快速有实在)。

另外，在自定义的错误处理程序中，如果不是开发模式则不会抛出异常，错误就被记录到日志中，这个路径可以在后台配置：
System->Configuration->Developer->Log Settings

在调用Mage::log()函数时记录到System Log File Name，调用Mage::logException时记录到Exceptions Log File Name，实际上logException是log()函数的包装器，只是指定了不同的名字。

到此已经讨论了大部分内容了，我们需要谨记，仅仅依靠Magento中的自定义错误处理程序还是不够的，在开发时务必在PHP中做配置以快速找到错误。而在Magento开启开发者模式则可以直接输出异常信息，另外，可以有效利用Mage:log()来调试程序，它不受配置的影响，可以让它输出到自己期望的地方去。

继续查看在事件触发回调函数调用时的代码：

当回调函数不存在时，如果在开发模式下，就会抛出异常，这个可以让我们知道哪些回调函数不存在。

Magento中通过使用自定义的错误处理出现，把PHP的错误变成抛出异常。