## 1、PHP中异常的独特性
> PHP中的异常的独特性,即PHP中的异常不同于主流语言C++、java中的异常。在Java中,异常是唯一的错误报告方式,而在PHP中却不是这样,而是把所有不正常的情况都视作了错误进行处理。这两种语言对异常和错误的界定存在分歧。什么是异常什么是错误,两种语言的设计者存在不同的观点。
#### PHP中的异常
是程序在运行中出现不符合预期的情况及与正常流程不同的状况。一种不正常的情况,按照正常逻辑本不该出的错误,但仍然会出现的错误,这是属于逻辑和业务流程的错误,而不是编译或者语法上的错误。
#### PHP中的错误
是属于php脚本自身的问题,大部分情况是由错误的语法,服务器环境导致,使得编译器无法通过检查,甚至无法运行的情况。warning、notice都是错误,只是他们的级别不同而已,并且错误是不能被try-catch捕获的。
在PHP中遇到任何自身错误都会触发一个错误,而不是抛出异常。PHP一旦遇到非正常代码,通常都会触发错误,而不是抛出异常。因此,如果想要使用异常处理不可预料的问题,是办不到的。
**例子:**
```
<?php
try {
echo 1 / 0;
} catch (Exception $e) {
echo $e->getMessage();
}
```
**执行:**
![](https://img.kancloud.cn/58/93/5893f7465b4116795f795c189646333e_709x99.png)
**结果:** 此时出现了一个警告级别的错误,程序终止。
**结论:**
>[warning] PHP通常是无法自动捕获有意义的异常,它把所有不正常的情况都视作了错误,你要想捕获异常就得使用if....else结构,保证代码是正常的,然后判断进行手动抛出异常。
## 2、PHP中的错误级别
PHP中的异常机制是不足的,绝大多数情况下无法自动抛出异常,必须使用`if....else`语句先进行判断,在进行手动抛出异常。
手动抛出异常的意义不大,是已经预料到的错误,这种方式将会使你陷入纷繁复杂的业务逻辑判断和处理中。
因此我们可以通过一些特殊的函数来自定义错误处理函数,来接管PHP原生的错误处理函数,然后再进行抛出异常。
接下来我们需要了解PHP中的一些错误。
#### 错误显示控制
```
全局:php.ini中设置display_error = on/off;
局部:ini_set("display_error", true/false);
```
>[danger] **问题:** php.ini中display_errors = Off失效的解决 PHP设置文件`php.ini`中明明已经设置`display_errors = Off`,但是在运行过程中,网页上还是会出现错误信息。
> **解决:** 经 查`log_errors= On`,据官方的说法,当这个`log_errors`设置为On,那么必须指定`error_log`文件,如果没指定或者指定的文件没有权限写入,那么照样会输 出到正常的输出渠道,那么也就使得`display_errors `这个指定的Off失效,错误信息还是打印了出来。于是将log_errors = Off,问题就解决了。
#### 选择性设置显示错误
```
全局:error_reporting = E_ALL | E_STRICT....
局部:error_reporting(E_ERROR | E_WARNING | E_PARSE)
```
```
E_ERROR 致命的运行错误。错误无法恢复,暂停执行脚本。
E_WARNING 运行时警告(非致命性错误)。非致命的运行错误,脚本执行不会停止。
E_PARSE 编译时解析错误。解析错误只由分析器产生。
E_NOTICE 运行时提醒(这些经常是你代码中的bug引起的,也可能是有意的行为造成的。)
E_CORE_ERROR PHP 启动时初始化过程中的致命错误。
E_CORE_WARNING PHP启动时初始化过程中的警告(非致命性错)。
E_COMPILE_ERROR 编译时致命性错。这就像由Zend脚本引擎生成了一个E_ERROR。
E_COMPILE_WARNING 编译时警告(非致性错)。这就像由Zend脚本引擎生成了E_WARNING警告。
E_USER_ERROR 自定义错误消息。像用PHP函数trigger_error(程序员设置E_ERROR)
E_USER_WARNING 自定义警告消息。像用PHP函数trigger_error(程序员设的E_WARNING警告)
E_USER_NOTICE 自定义的提醒消息。像由使用PHP函数trigger_error(程序员E_NOTICE集)
E_STRICT 编码标准化警告。允许PHP建议修改代码以确保最佳的互操作性向前兼容性。
E_RECOVERABLE_ERROR 开捕致命错误。像E_ERROR,但可以通过用户定义的处理捕获(又见set_error_handler())
E_ALL 所有的错误和警告(不包括 E_STRICT) (E_STRICT will be part of E_ALL as of PHP 6.0)14 16384 E_USER_DEPRECATED 15 30719 E_ALL
```
一共有十五种,使用二进制代替,0000 0000 0000 0011 表示 E_ERROR和E_WARNING
例如:
```
error_reporting(3); //只显示E_ERROR和E_WARNING错误
error_reporting(-1); //只显示所有错误误
```
>[warning] 注意
在开发阶段通常是显示所有错误,方便解决问题;
在生产阶段通常是隐藏错误,并将需错误记录到文件中(错误日志);
`php.ini`中设置:
```
log_error = on/off; //记录、不记录
error_log = php_errors.log //设定错误日志文件(此时没有给定路径则在当前位置生成)
```
还可以通过ini_set()进行设置。
## 3、PHP中的异常处理
#### 3.1、set_error_handler(error_function, error_type)
使用`set_error_handler(error_function, error_type)`函数设置自定义错误处理函数,接管原错误处理函数。
```
<?php
class ErrorClass
{
// 必须静态public方法
public static function myError($errorNum, $errorMsg, $errorFile, $errorLine)
{
echo 'set_error_handler: ' . $errorNum . ': ' . $errorMsg . ' [ in ] ' . $errorFile . ' [ on ] ' . $errorLine . ' line '."\r\n";
}
}
set_error_handler(['ErrorClass', 'myError']);
try {
$a = 5 / 0;
} catch (Exception $e) {
echo "这里抛出异常 \r\n";
}
```
访问结果
```
bash-5.0# php exception-01.php
set_error_handler: 2: Division by zero [ in ] /var/www/exception-01.php [ on ] 20 line
```
由结果可知:我们自定义的`myError`方法截取了错误,此时我们可以主动的处理这些错误,抛出相应的异常。
>[warning] 但需要注意以下两点:
第一,如果存在该方法,相应的error_reporting()就不能在使用了。它将接管PHP原生错误处理函数,即所有的错误都会交给自定义的函数处理。
第二,此方法不能处理以下级别的错误:
```
E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,
```
`set_error_handler() `函数所在文件中产生的`E_STRICT`,该函数只能捕获系统产生的一些`Warning、Notice`级别的错误。
>[danger] 注意:
如果在脚本执行前发生错误,由于此时自定义的错误处理函数还没有注册,因此就用不到这个自定义错误处理程序。
#### 3.2、register_shutdown_function(exception_function)
捕获PHP的错误:Fatal Error、Parse Error等,这个方法是PHP脚本执行结束前最后一个调用的函数,比如脚本错误、die()、exit、异常、正常结束都会调用。
通过这个函数就可以在脚本结束前判断这次执行是否有错误产生,这时就要借助于一个函数:`error_get_last();`这个函数可以拿到本次执行产生的所有错误。`error_get_last();`返回的信息:
```
[type] - 错误类型
[message] - 错误消息
[file] - 发生错误所在的文件
[line] - 发生错误所在的行
```
>[warning] 注意:当`parse-time(解析)`出错时是不会调用本函数的。只有在`run-time(运行)`出错的时候,才会调用本函数。即需要成功注册此函数才能使用。
**demo-01 解析错误不会执行**
```
echo 'string'
register_shutdown_function('myshutdownfunc');
function myshutdownfunc()
{
if ($error = error_get_last()) {
echo "<pre>";
print_r($error);
echo "</pre>";
die;
}
}
```
执行结果
```
bash-5.0# php exception-01.php
PHP Parse error: syntax error, unexpected 'register_shutdown_function' (T_STRING), expecting ',' or ';' in /var/www/exception-01.php on line 33
```
**demo-02 执行错误会执行**
```
try {
$a = 5 / 0;
} catch (Exception $e) {
echo "这里抛出异常 \r\n";
}
register_shutdown_function('myshutdownfunc');
function myshutdownfunc()
{
if ($error = error_get_last()) {
echo "<pre>";
print_r($error);
echo "</pre>";
die;
}
}
```
执行结果
```
bash-5.0# php exception-01.php
PHP Warning: Division by zero in /var/www/exception-01.php on line 26
PHP Stack trace:
PHP 1. {main}() /var/www/exception-01.php:0
<pre>Array
(
[type] => 2
[message] => Division by zero
[file] => /var/www/exception-01.php
[line] => 26
)
```
#### 3.3、set_exception_handler(exception_function)
**参数:**
`error_function` 必需。规定未捕获的异常发生时调用的函数。该函数必须在调用 set\_exception\_handler() 函数之前定义。 这个异常处理函数需要需要一个参数,即抛出的 exception 对象。
**作用**
* `set_exception_handler() `函数设置用户自定义的异常处理函数。
* 该函数用于创建运行时期间的用户自己的异常处理方法。
* 该函数会返回旧的异常处理程序,若失败,则返回 null。
>[danger] 提示:在这个异常处理程序被调用后,脚本会停止执行。
```
function exception_handler($exception)
{
echo "Uncaught exception: ", $exception->getMessage(), "\n";
}
set_exception_handler('exception_handler');
throw new Exception('Uncaught Exception');
echo "Not Executed 这里不会执行的\n";
```
执行结果
```
bash-5.0# php exception-01.php
Uncaught exception: Uncaught Exception
```
https://github.com/xx19941215/light-tips/issues/11
## 小结
* **PHP把所有不正常的情况都视作了错误进行处理**
* **PHP中的错误:** 是属于php脚本自身的问题,大部分情况是由错误的语法,服务器环境导致,使得编译器无法通过检查,甚至无法运行的情况。**并且错误是不能被try-catch捕获的。**
* **PHP中的异常:** 是属于逻辑和业务流程的错误,而不是编译或者语法上的错误。是程序在运行中出现不符合预期的情况及与正常流程不同的状况。一种不正常的情况,按照正常逻辑本不该出的错误,但仍然会出现的错误。
* 可以设置自定义错误处理函数`set_error_handler()`,接管原错误处理函数。如果存在该方法,相应的`error_reporting()`就不能在使用了。它将接管PHP原生错误处理函数,即所有的错误都会交给自定义的函数处理。该函数只能捕获系统产生的一些Warning、Notice级别的错误。
* PHP脚本执行结束前最后一个调用的函数`register_shutdown_function()`。比如脚本错误、die()、exit、异常、正常结束都会调用。
* `set_exception_handler()` 函数设置用户自定义的异常处理函数。该函数用于创建运行时期间的用户自己的异常处理方法。**在这个异常处理程序被调用后,脚本会停止执行(一旦抛出异常则后面的语句将不会执行)。**
- 序言
- 专题一 PHP基础教程
- 1、empty、isset、is_null的用法
- 2、线程安全与非线程
- 3、大文件上传需要修改的配置
- 10、魔术方法
- 4、编译安装PHP7
- 5、编译安装PHP7.4
- 6、PECL 安装 PHP 扩展库
- 专题二 PHP高级教程
- 1、类和对象
- 2、继承
- 3、魔术方法
- 4、抽象类
- 5、接口
- 6、反射机制实现自动依赖注入
- 7、服务容器与依赖注入的思想
- 8、并发解决方案之opcache
- 9、Composer自动加载原理
- 1、安装与使用
- 10、抽象类和接口的区别
- 11、self和static的区别
- 12、PHP7 变量
- 13、PHP8.3 错误 Error 和 异常 Exception 树列表
- 专题三 ThinkPHP6专题
- 1、DI容器
- 2、AUTH权限认证
- 3、Nginx URI重写方式
- 4、并发锁问题
- 5、自定义全局异常
- 6、CLI 模式跨模块查询数据库
- 7、数据库优化方案
- 附录一 常见错误
- 附录二 自定义分页类
- 附录三 cropper.js图片上传和裁剪
- 附录四 数据库和模型源码解读
- 1、Db类
- 2、查询构造器
- 3、模型
- 附录五 权限认证Auth类
- 附录六 ThinkPHP5.1 源码分析
- (一)类的自动加载
- (二)配置文件Config类
- (三)容器Container类
- (四)门面Facade
- (五)框架执行流程
- (六)路由解析
- 附录七 官方扩展
- 1、think-queue 队列
- 附录八 易错整理
- 附录九 问题列表
- 附录十 任务队列异步通过视图导出PDF
- 专题四 Docker教程
- 1、Docker安装
- 2、如何在本地构建镜像
- 3、镜像、容器以及命令操作
- 4、容器进入的4种方式
- 5、Dockerfile常用指令详解
- 6、发布自己的镜像
- 7、数据卷管理
- 8、docker-compose概念
- 9、docker-compose入门
- 10、如何构建docker-compose
- 11、Docker网络
- 12、搭建私有仓库
- 13、Docker部署方式
- 14、推送到Github仓库
- 附录一 PHPStrom 调试XDebug
- 附录二 安装RabbitMQ
- 附录 日常使用笔记
- 附录四 Docker 调试XDebug
- 专题五 Redis教程
- 1、编译安装
- 2、配置文件详解
- 3、Lua 脚本的应用和实践
- 4、Redis实现分布式锁(集群版)
- 5、Redis键空间通知
- 6、Redis5.0 搭建集群
- (1)、创建和使用Redis群集
- (2)、新增节点
- 7、限流器的实现
- 8、Redis5.0 新特性
- 8.1、注意要点
- 8.2 xreadgroup 命令
- 9、延迟任务队列
- 10 Stream 消息队列
- 11、基于 Redis 的 Stream 类型的完美消息队列解决方案
- 12、Streams 实现延迟消息队列
- 13、Stream流三种ACK机制
- 14、read error on connection排查
- 附录一 常见问题
- 附录二 Redis面试大全
- 附录三 有序集合使用场景
- 附录四 Lua脚本调试
- 附录五 高性能、高可扩展关键技术
- 专题六 MySQL教程
- 1-1、二进制安装
- 1-2、安装包安装(推荐)
- 2、索引、锁、事务
- 3、字符集
- 4、导出导入数据
- 5、5.7版本兼容性
- 6、数据库自动备份
- 7、如何重置MySQL 5.7 root密码
- 8、MySQL自动完成和语法突出
- 9、普通索引和唯一索引的区别
- 10、深入了解行锁、表锁、索引
- 11、索引数据结构
- 12、MySQL规范
- 13、开发高频面试题精选(重要)
- 14、锁专题
- 1、可重复读(REPEATABLE_READ)
- 2、事务隔离级别概述
- 15、MySQL外键约束
- 16、left join 查询
- 17、 MySQL设计三范式和反范式
- 18、性能分析-Profiling
- 19、查询好慢,除了索引,还能因为什么?(重要)
- 20、常用日期字段
- MYSQL 5.7 VARCHAR 类型详解
- 专题七 Nginx教程
- 1、什么是Nginx?
- 2、编译安装
- 3、日志配置和模块讲解
- 4、静态资源和缓存服务
- 5、正向和反向服务
- 6、Rewrite规则
- 7、HTTP负载均衡(七层)
- 8、TCP负载均衡(四层)
- 9、如何配置HTTPS服务
- 10、Nginx的负载均衡算法
- 11、如何配置http和https同时访问
- 12、灰度发布
- 13、常见负载均衡算法
- 14、Openresty 专题
- 15、如何改进 NGINX 配置文件节省带宽?
- 16、谈谈基于 OpenResty 的接口网关设计
- 附录一 阿里云负载均衡配置
- 附录二、基础配置文件
- nginx.conf
- 附录三、Nginx+lua+Memcache 实现灰度发布
- 附录四 视频监控RTSP转HLS解决方案
- 附录五 Openresty 编译
- 附录六 Vod模块
- 1、本地模式
- 2、映射模式
- 专题八 Git版本管理
- 1、Git 基础知识
- 2、团队分支模型
- 3、储藏与清理
- 4、如何同步Fork
- 5、多Git账户id_rsa私钥
- 6、高效规范使用Git
- 7、远程分支的创建
- 8、GitFlow工作流
- 9、Git撤销&回滚操作(git reset 和 get revert)
- 10、合并时 --no-ff 的作用
- 11、 删除本地、远程、缓存分支
- 13、Git和Windows的大小写不敏感产生的问题
- 附录一 、一次记录
- 附录二、常用工作流程
- 附录三、每次更新代码都要输入用户名密码
- 附录四、OEM版本控制
- 附录五 常用记录
- 1、查看某一个文件修改的具体内容
- 2、强制推送到远程分支
- 3、生产环境代码回滚
- 附录六 三年 Git 使用心得 & 常见问题整理
- 附录七 Git 忽略文件,不提交文件 清空缓存
- 12/找回历史删除分支
- 专题九 WorkerMan服务
- 3、SocketIO消息推送
- 4、master和worker模型
- 5、GatewayWorker
- 6、使用systemd管理workerman
- 7、TCP长连接应用GatewayWorker心跳检测
- 附录一 运行问题
- 附录二 问题与解决方法
- 专题十 MQ消息中间件
- 1、为什么要使用消息队列
- 2、RabbitMQ
- 『1』AMQP核心概念
- 『2』交换机模式讲解
- 『3』RabbitMQ高级特性
- (1)hello
- 3、NSQ
- 4、RabbitMQ延迟队列
- 附件一 RabbitMQ 注意要点
- 5、RocketMQ PHP 生产端和消费端代码优雅实现
- 专题十一 PHP函数整理
- 1、系统函数
- 2、自定义函数
- 3、回调函数
- 4、匿名函数
- 5、递归函数
- 6、常用函数库
- 7、call_user_func函数
- 8、preg_replace_callback函数
- 专题十二 常用设计模式
- 1、创建型模式
- (1)单例模式
- (2)工厂模式
- (3)抽象工厂模式
- (4)建造者模式(Builder)
- (5)原型模式(Prototype)
- 2、结构型模式
- (1)适配器模式(Adapter)
- (2)桥接模式(Bridge)
- (3)合成模式(Composite)
- (4)装饰器模式(Decorator)
- (5)代理模式(Proxy)
- (6)享元模式(Flyweight)
- 3、行为型模式
- 2、策略模式( Strategy)
- 4、六大原则
- 1、依赖注入
- 5、其他
- 6、Presenter模式
- 4、Service 模式
- 5、Repository模式
- 外观设计模式示例
- 专题十三 实时通信
- 1、pusher 入门教程
- 2、pusher 演示与频道实时通信
- 3、pusher 如何使用私有频道
- 4、pusher 实时图表展示
- 11、webman插件push入门教程
- 12、webman插件push如何使用私有频道
- 13、webman插件push私有频道客户端推送
- 14、webman插件push的webhooks
- 15、webman插件push的实时动态图表
- 专题十四 PHP异常处理
- 1、Exception 类
- 2、如何自定义异常?
- 3、处理PHP重错误
- 4、自定义错误处理器
- 专题十五 Shell脚本案例
- 1、crontab任务脚本无法执行问题
- 专题十六 Jenkins自动化部署
- 1、Jenkins安装
- 2、Pipeline插件
- 3、BlueOcean
- 4、OPENSSH PRIVATE KEY转换为RSA PRIVATE KEY
- 专题十七 常用工具整理
- 1、证书在线打印
- 2、密码生成规则
- 3、vscode插件
- 专题十八 常用功能列表
- 1、frp 内网穿透工具
- (1)如何做成一个服务
- (2)代理Websocket服务
- (3)代理N个Web服务
- (4)设置为系统服务
- (5)Https 配置
- 附录一 常见问题排查
- 2、如何美化文档
- 3、如何提高访问github的速度?
- 4、Vultr搭建SS教程
- 5、PPH编译安装
- 6、Supervisor进程管理工具
- 7、Umeditor 上传文件阿里云和本地
- 8、scp 远程上传或下载 文件/文件夹
- 9、安装和使用守护进程Supervisor
- 10、人脸识别
- 专题十九 流媒体直播实战
- 1、什么是视频直播?
- 2、如何使用推流软件OBS?
- 3、基于Nginx 的RTMP模块搭建系统
- 4、直播流程
- 附录一 阿里云直播
- 5、典型业务场景
- 8、直播回调授权观看
- 9、视频直播源如何加密
- 10、如何实现视频在线云剪辑
- 11、视频点播以及加密技术实现
- 12、FFmpeg 入门教程
- 13、HLS 直播加密播放
- 14、nginx-vod-module 模块
- 15、车辆维修直播系统
- 『16』HLS-m3u8专题
- 附件一 FFmpeg 命令
- 附件二 阿里云点播
- 专题二十 微信
- 附录一 遇到的坑
- 专题二十一 支付专题
- 『1』支付宝支付
- 『2』微信支付
- 『3』支付宝直付通
- 「1」什么是直付通?
- 「2」二级商户进件
- 「3」统一交易收款
- 「4」资金结算
- 「5」分账
- 「6」支付接入流程
- 「?」问题列表
- 附录一 return_url和notify_url的区别
- 附录二 常见错误信息
- 附录三 电脑端支付案例
- 附录四 其他问题
- 1、购买了线上课程后不能退款 这样的现象合法吗?
- 专题二十二 Vue3笔记
- 1、开发环境搭建
- 专题二十三 开放API专题
- 1、错误码
- 2、OAuth2流的简单说明
- 『3』HTTP API 身份验证和授权
- 专题二十四 测试专题
- 1、并发测试
- 专题二十五 DevOps专题
- 『1』PHP代码质量实战
- 专题二十六 前后端分离
- 『1』前后端分离介绍
- 『2』控制权限管理
- 专题二十七 微服务专题
- 1、服务发现 Nacos
- 1.1 服务发现
- 专题二十八 Casbin权限专题
- 1、设置超级管理员的三种方法
- 2、多租户权限和基本设置
- 3、casbin简化策略数据
- 4、多个RBAC
- 5、身份验证和基于角色的RBAC授权
- 6、Casbin在RESTful及中间件使用
- 7、Casbin 中 ABAC 的使用方法
- 8、Model语法和策略存储
- 9、Casbin的Model和Policy
- 10、RBAC的RESTful完全匹配访问模型
- 11、自定义函数使用
- 12、webman中使用
- 13、分布式服务中如何使用Watcher
- 14、Casbin 项目实战ABAC模型策略
- 附录一 源码解读
- 附录二 常见问题
- 专题二十九 PHP 常见错误处理
- 专题三十 ELK日志系统
- 1、docker-elk
- 专题三十一 Swoole专题
- 1、ThinkPHP6中RPC服务
- 专题三十二 Webman框架
- 1、自定义进程执行异步任务
- 2、实现WebRTC信令服务器
- 3、实现一个RPC服务
- 4、对象和资源的持久化
- 5、ThinkORM持久化连接
- 6、ThinkORM悲观锁解决商品超卖问题的实现
- 7、monolog日志神器
- 附录一 为什么?
- 附录二 编码规范
- 附录一 游戏
- 1、初级程序员常犯的错误
- 附录三 设计模式
- 1、单例模式
- 2、工厂方法模式
- 3、抽象工厂模式
- 4、装饰器模式
- 附录四 Docker安装SqlServer
- 专题二十一 Layui
- 我的技术栈【重要】
- 附录四 Linux 日常运维
- 1、sudo 权限
- 2、用户和用户组管理
- 3、grep 多条件查询
- 其他系列
- 1、fnm:基于Rust开发的高效Node版本管理工
- 样式
- Mall商城
- 1、系统架构
- 1.1 mall整合ThinkPHP+ThinkORM搭建基本骨架
- 1.2 mall整合Elasticsearch实现商品搜索
- 1.3 mall整合OSS实现文件上传
- 2、业务篇