通常情况下，php会将致命错误直接输出，会将错误的出处（文件地址，行号）和原因等输出，这样，开发着可以很方便的定位到问题。但是有些时候，可能由于 php.ini 的设置问题，或者第三方框架配置的问题，导致这些信息没有输出，那么此时，必须学会自己设置相关参数，输出这些错误信息，帮助快速定位问题。
error_reporting 是一个php的全局配置参数，在php.ini中。用于配置错误输出级别，可以用来设置错误输出的级别。
error_reporting(int $level)，$level为0的时候是关闭错误输出，也就是任何错误都不会输出。
set_error_handler
php的默认错误处理是将消息输出。但是，有时候需要定义一些其他操作，这时就需要自定义错误处理函数。
立即学习“PHP免费学习笔记（深入）”；
php提供内置函数 set_error_handler 可以帮助我们注册自己的错误处理函数。函数原型如下：
mixed set_error_handler ( callback $error_handler [, int $error_types = E_ALL | E_STRICT ] )
值得注意的是，即使注册了错误处理函数，默认的行为仍然会执行，也就是错误出现时，仍然会输出错误信息，所以需要在程序中显示的将错误级别设置为0，然后再注册自己的的错误处理函数。这种方式，在生产环境下，尤其重要，因为即使出错，敏感内部错误信息也不会暴露给潜在的恶意用户。还有很重要的一点需要指出，自定义错误处理函数不能处理 fatal error（比如编译错误）。
下面是一个使用自定义错误处理函数的列子：
echo $novar;
echo 3 / 0;
trigger_error('Trigger a fatal error', E_USER_ERROR);
new NonExist();执行此脚本可以得到下面的输出：
Notice: Undefined variable: novar in /your/php_demo_file.php on line 40
Warning: Division by zero in /your/php_demo_file.php on line 41
Fatal Error: Trigger a fatal error in /your/php_demo_file.php on line 42
可以看到，最后的“new NoExistClass()”的异常，没有被自定义的错误处理函数捕获。
最后，捎带提一下，set_exception_handler 注册顶层的异常处理，在web一用中，可以设定一下，然后统一的跳转到错误处理页面。
以上就是PHP自定义错误处理的案例，希望能帮助到大家。
相关推荐：
