在日常的项目开发过程中,总是会出现一些我们意想不到的异常错误,如果我们对此没有进行相对完善的处理,那么程序看上去也很不专业,也很可能就会成为别人攻击系统的有效信息;有些错误异常会终止脚本执行,这个时候如果没有一些错误提示信息的话,那么我们只能从头开始看代码了,要知道项目中成百上千行的代码对我们来说是件多么恐怖的事情啊,那么我们如何在项目开发的过程中快速准确地定位到异常、错误呢,并进行相应的处理,本文由自己对错误、异常处理的了解,再此分享与大家相互学习交流,并作为一个备忘。
系统错误处理器:
PHP正常情况下,错误会正常的输出,但在一些框架中,可能会影响错误的输出,可能是框架本身有自己的处理机制,也可能代码中作处理了,一般是这几个函数设置:
1.error_reporting(); 设置PHP 的报错级别并返回当前级别
error_reporting(report_level)
如果参数 level 未指定,当前报错级别将被返回。下面几项是 level 可能的值:
值 | 常量 | 描述 |
1 | E_ERROR | 致命的运行时错误。不能回收此错误。脚本被中断执行。 |
2 | E_WARNING | 非致命的运行时警告。脚本不被中断执行。 |
4 | E_PARSE | 编译时分析错误。解析应该只由分析器生成的错误 |
8 | E_NOTICE | 运行时通知。该脚本发现可能是一个错误,但通常运行一个脚本时,也可能发生 |
16 | E_CORE_ERROR | 致命错误在PHP启动时。这就好比在PHP核心的E_ERROR |
32 | E_CORE_WARNING | 在PHP启动时警告。这就好比在PHP核心的E_WARNING |
64 | E_COMPILE_ERROR | 致命的编译时错误。这就好比通过了Zend脚本引擎产生的E_ERROR |
128 | E_COMPILE_WARNING | 非致命编译时警告。这就好比通过了Zend脚本引擎产生E_WARNING |
256 | E_USER_ERROR | 致命的用户生成的错误,这类似于程序员使用PHP函数 trigger_error() 设置的 E_ERROR |
512 | E_USER_WARNING | 非致命的用户生成的警告,这类似于程序员使用PHP函数 trigger_error 设置的 E_WARNING |
1024 | E_USER_NOTICE | 用户生成的通知,这类似于程序员使用PHP函数trigger_error 设置的 E_NOTICE |
2048 | E_STRICT | 运行时通知。PHP建议改变你的代码,以帮助该代码的互操作性和兼容性 |
4096 | E_RECOVERABLE_ERROR | 可捕获的致命错误,类似 E_ERROR,但可被用户定义的处理程序捕获(参见 set_error_handler()) |
8191 | E_ALL | 所有的错误和警告,除级别E_STRICT(在PHP6.0中,E_STRICT将是E_ALL的一部分) |
新闻热点
疑难解答