PHP常见错误

初学者在编程时,经常会遇到各种错误,那么如何 正确的处理错误则是可以提高开发效率。

一:错误(Error)

1.1 什么是错误及错误的级别

错误是指在开发阶段中由一些失误引起的程序问题,根据其出现在编程过程中的不同环节。这些错误一般是由PHP内部引擎和扩展程序引发,或通过 trigger_error() 函数抛出

PHP中每个错误都有一个错误级别与之对应,如表所示

级别说明
E_ALL所有错误和警告信息
E_ERROR致命的运行时错误(它会阻止脚本运行)
E_WARNING运行时警告(非致命的错误)
E_PARSE编译时语法解析错误
E_NOTICE运行时通知,表示脚本遇到可能会表现为错误的情况
E_STRICT启用 PHP 对代码的修改建议
E_CORE_ERRORPHP初始启动期间发生的致命错误
E_CORE_WARNINGPHP初始启动期间出现的警告(非致命的错误)
E_COMPILE_ERROR编译时致命错误
E_COMPILE_WARNING编译时警告(非致命错误)
E_USER_ERROR用户产生的错误信息
E_USER_WARNING用户产生的警告信息
E_USER_NOTICE用户产生的通知信息

每个错误级别常量都是一个整数,此处并没有列出其值,使用时可以通过按位运算符来组合这些常量,用来表示某些类型的错误

1.2 显示错误级别

在开发程序时,有时希望可以控制是否显示错误以及显示错误的级别。为此,PHP提供了两种方法来显示错误报告,如下所示:

1.2.1 修改配置文件

在配置文件 php.ini 中修改配置指令error_reporting的值,修改完成后重新启动Web服务器,具体示例如下:

error_reporting(E_All & ~E_NOTICE);
display_errors=on;

注意:如果不知道 php.ini 文件的具体位置,可以使用 php --ini 查看配置文件的具体位置

error_reporting:显示错误的级别,多个错误级别用 & 分割,如果不想显示某个错误级别只需要在错误级别前加上 ~ 符号即可,这个符号等同于逻辑符号 取反 的意思

display_errors:是否开启显示错误,默认为开启(on),关闭设置为 off 即可

重启web服务时,如果是nginx服务器类型的服务器,需要重启php-fpm

1.2.2 ini_set()和error_reporting()函数

除了通过配置文件修改显示错误级别,还可以通过 ini_set() 和 error_reporting() 函数来实现。

error_reporting()函数等同于配置文件中的 error_reporting 配置选项。

ini_set()函数可以设置配置文件中所有可配置的选项,自然也包括error_reporting选项。其格式如下:

ini_set(string $varname, string $newvalue)

$varname:配置文件中的配置选项

$newvalue:新的值

1.3 错误日志记录

不管是何种类型的错误,默认情况下,PHP都会给出提示信息。在实际Web开发中,显示错误会造成极差的用户体验,还会给服务器带来安全隐患。例如错误信息一般包含文件路径信息,黑客据此可以发起攻击。故此,实际工作中,我们不会显示系统错误,一般都是把错误信息记录到日志文件。

错误日记的记录可以通过 php.ini 文件配置,主要就是开启日志记录和记录日志的文件路径:

# 开启错误日志
log_errors = On

# 错误日志记录的文件路径
error_log = '/tmp/runtime/php/error.php'

正式环境,建议大家关闭显示错误信息,把所有错误记录到日志文件中。这样可以有效避免黑客攻击我们的服务器。

1.4 自定义错误处理函数

通过 set_error_handler() 函数设置全局错误处理函数。如果我们设置了处理函数,PHP出现错误时,就会把所有错误回调到我们设定的函数中,具体用法如下:

set_error_handler(callable $error_handler, int $error_types = E_ALL | E_STRICT)

error_handler:错误处理句柄,即错误处理的回调函数

error_types:错误类型,可以是多个

用户自定义的函数(error_handler)的参数:

  1. $error_type:错误类型

  2. $errstr:错误信息

  3. $errfile:产生错误的文件地址

  4. $errline:产生错误的行号

  5. $errcontext:包含参数和变量信息

整体用法如下:

function error_function($error_level, $error_message, $error_file, $error_line, $error_context){
    // 错误处理逻辑
}
// 设置错误处理句柄
set_error_handler('error_function', E_WARNING); // 这里error_function对应上面创建的自定义处理器名,第二个参数为使用自定义错误处理器的错误级别;

现在我们就可以在错误处理句柄中处理具体的错误逻辑,报错日志记录等。

二:异常(Exception)

上面我们介绍了错误及错误级别,但是错误往往只是粗浅的记录的错误信息及产生错误的文件。但是错误是不可预见的,无法提前处理。但是有些错误我们是可以提前预料到的,比如某个参数漏了,或者参数的值不对时,我们就应该这类错误做出警告并记录错误信息。如何优雅的实现这样的需求呢?此时异常处理就能很好的实现该功能了。

异常处理是对可预见且可处理的错误情况进行处理,一般都是由开发者自己手动创建并抛出。

Error和Exception都实现了Throwable接口,大部分Error和所有Exception都可以使用catch (Throwable $e)捕获它们

2.1 异常处理机制

throw语句抛出异常后,如果异常没有被try/catch捕获并处理,程序会终止并报出致命错误,如果是被 set_exception_handler() 捕获后,程序会终止。相反,如果被try/catch捕获后,程序可以继续执行。

2.2 捕获异常

set_exception_handler(callable $exception_handler)函数设置默认的异常处理函数。可以捕获大部分错误和异常,但不能捕获警告和通知类型的错误。使用方法和上面的 set_error_handler() 相同,大家可以参考上面的写法

2.3 try/catch 捕获异常

大部分的Error 和所有 Exception异常都能被捕获,而warning和notice类的错误(Error)不能被捕获并且通过 trigger_errors() 抛出的用户级别的错误不能被捕获。格式如下:

<?php
try {
    // PHP 脚本执行发生错误或手动抛出错误
    throw new Exception('错误信息');
} catch (Exception $e) {
    // 根据类型捕获错误
    var_dump('异常');
} finally {
    // 异常处理完之后依然会执行finally,如果不想异常处理完后执行finally,可以在catch中使用exit()终止程序
    // return 语句之后仍会执行 finally,但 die 和 exit 后不会执行 finally
    var_dump('不管有没有异常都会执行的代码块');
}

注意:exit()及die()是终止程序,无法捕获。因此,exit()和die()之后不会执行finally 。但是如果我们在try/catch内return,最后依然会执行finally

在现代PHP的web框架中,框架都已经帮我们实现的异常捕获相关封装,如果我们想要自己接管异常处理,可以通过配置异常句柄显示。例如,ThinkPHP中就可以通过配置 think\exception\Handle 来接管异常处理句柄

  • 46
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在重新安装 Composer 过程中,可能会遇到以下常见错误: 1. "Could not open input file: composer.phar" - 这个错误通常是由于在命令中使用了错误的文件路径,或者没有在命令中指定正确的 Composer 文件名。确保你在命令中正确地指定了 Composer 文件的位置和名称。 2. "The following exception is caused by a lack of memory or swap, or not having swap configured" - 这个错误通常是由于你的服务器上没有足够的内存或交换空间来运行 Composer。你可以尝试增加服务器的内存或交换空间,或者在运行 Composer 命令时使用 --prefer-dist 标志来减少内存使用。 3. "Installation failed, reverting ./composer.json to its original content." - 这个错误通常是由于 Composer 在安装依赖项时遇到了错误。你可以查看 Composer 的输出信息来查找出错的原因,并尝试重新运行安装命令。 4. "Composer detected issues in your platform: Your Composer dependencies require a PHP version " - 这个错误通常是由于你的 PHP 版本不符合 Composer 依赖项的要求。你可以尝试升级 PHP 版本,或者在运行 Composer 命令时使用 --ignore-platform-reqs 标志来忽略版本要求。 5. "The requested PHP extension ext-xxx * is missing from your system." - 这个错误通常是由于你的系统缺少必需的 PHP 扩展,需要手动安装扩展或启用扩展。你可以通过搜索相关的扩展以及安装方法来解决问题。 希望这些信息对你有所帮助!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

个人开发-胡涂涂

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值