技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> PHP --> PHP错误处理及异常处理

PHP错误处理及异常处理

浏览:2490次  出处信息

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

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

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

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

     为什么要使用错误处理?

  • 是网站出错时对用户友好
  • 更好的避免错误、调试、修复错误
  • 避免一些安全风险
  • 更好保证程序的健壮性
  • ……
  •     1、最简单的错误处理――die()

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

    1

        2

        3

        

         mysql_connect(\'localhost\', \'root\', \'123456\')

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

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

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

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

         定义错误处理函数的参数

    参数 描述
    error_level 必需。为用户定义的错误规定错误报告级别。必须是一个值数。

         参见下面的表格:错误报告级别。

    error_message 必需。为用户定义的错误规定错误消息。
    error_file 可选。规定错误在其中发生的文件名。
    error_line 可选。规定错误发生的行号。
    error_context 可选。规定一个数组,包含了当错误发生时在用的每个变量以及它们的值。

        错误基本预定义常量

    错误和日志记录
    常量 说明 备注
    1 E_ERROR (integer) 致命的运行时错误。这类错误一般是不可恢复的情况,例如内存分配导致的问题。后果是导致脚本终止不再继续运行。
    2 E_WARNING (integer) 运行时警告 (非致命错误)。仅给出提示信息,但是脚本不会终止运行。
    4 E_PARSE (integer) 编译时语法解析错误。解析错误仅仅由分析器产生。
    8 E_NOTICE (integer) 运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知。
    16 E_CORE_ERROR (integer) 在PHP初始化启动过程中发生的致命错误。该错误类似 E_ERROR,但是是由PHP引擎核心产生的。 since PHP 4
    32 E_CORE_WARNING (integer) PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING,但是是由PHP引擎核心产生的。 since PHP 4
    64 E_COMPILE_ERROR (integer) 致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 since PHP 4
    128 E_COMPILE_WARNING (integer) 编译时警告 (非致命错误)。类似 E_WARNING,但是是由Zend脚本引擎产生的。 since PHP 4
    256 E_USER_ERROR (integer) 用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
    512 E_USER_WARNING (integer) 用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
    1024 E_USER_NOTICE (integer) 用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
    2048 E_STRICT (integer) 启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性。 since PHP 5
    4096 E_RECOVERABLE_ERROR (integer) 可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler()),将成为一个 E_ERROR 从而脚本会终止运行。 since PHP 5.2.0
    8192 E_DEPRECATED (integer) 运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。 since PHP 5.3.0
    16384 E_USER_DEPRECATED (integer) 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 5.3.0
    30719 E_ALL (integer) E_STRICT出外的所有错误和警告信息。 30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously

        (级别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

        

    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” (未捕获异常)的错误消息。

        处理处理程序应当包括:

  • try - 使用异常的函数应该位于 “try” 代码块内。如果没有触发异常,则代码将照常继续执行。但是如果异常被触发,会抛出一个异常。
  • throw - 这里规定如何触发异常。每一个 “throw” 必须对应至少一个 “catch”
  • catch - “catch” 代码块会捕获异常,并创建一个包含异常信息的对象
  •     重新抛出异常

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

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

        异常的规则

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

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

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

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

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

        更多异常处理见:

        http://www.php.net/manual/zh/language.exceptions.php

        http://www.php.net/manual/zh/language.exceptions.extending.php

        以前写的一个异常处理例子:http://blogold.chinaunix.net/u/27731/showart_244246.html

    建议继续学习:

    1. PHP的异常原理与实例说明 Fatal error: Uncaught exception    (阅读:8851)
    2. 是返回错误码,还是抛出异常?说说我的选择    (阅读:5900)
    3. Perl 异常处理之 autodie 和 Try::Tiny    (阅读:2636)
    4. PHP程序员也要学会使用“异常”    (阅读:2586)
    5. 异常的代价    (阅读:2468)
    6. 僵尸对象或 RAII    (阅读:2433)
    7. 深入理解PHP之异常机制    (阅读:2405)
    8. 我们什么时候应该使用异常?    (阅读:2365)
    9. Java处理InterruptedException异常小结    (阅读:1775)
    10. Swift错误和异常处理    (阅读:837)
    QQ技术交流群:445447336,欢迎加入!
    扫一扫订阅我的微信号:IT技术博客大学习
    © 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

    京ICP备15002552号-1