PHP5下的Error错误处理及问题定位

vvpvvp 发布于2019-07-01 11:09 / 3504人阅读

摘要：使用注册一个终止时的回调函数，再调用如果获取到了最后发生的错误，就通过获取程序的堆栈信息，我们试试看。总结对于其中使用到的函数需要注意，可以注册多个不同的回调，但是如果某一个回调函数中了，那么后面注册的回调函数都不会执行。

背景说明

来说说当PHP出现E_ERROR级别致命的运行时错误的问题定位方法。例如像Fatal error: Allowed memory size of内存溢出这种。当出现这种错误时会导致程序直接退出，PHP的error log中会记录一条错误日志说明报错的具体文件和代码行数，其它的任何信息都没有了。如果是PHP7的话还可以像捕获异常一样捕获错误，PHP5的话就不行了。

一般想到的方法就是看看报错的具体代码，如果报错文件是CommonReturn.class.php像下面这个样子。

其中json_encode那一行报错了，然后你查了下packData这个方法，有很多项目的类中都有调用，这时要怎么定位问题呢？

场景复现

好，首先我们复现下场景。假如实际调用的程序bug.php如下

运行bug.php PHP错误日志中会记录

[08-Jan-2019 11:22:52 Asia/Shanghai] PHP Fatal error:  Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes) in /CommonReturn.class.php on line 20

复现成功，错误日志中只是说明了报错的文件和哪行代码，无法知道程序的上下文堆栈信息，不知道具体是哪块业务逻辑调用的，这样一来就无法定位修复错误。如果是偶尔出现，并且没有来自前端业务的反馈要怎么排查呢。

解决思路

有人想到了修改memory_limit增加内存分配，但这种方法治标不治本。做开发肯定要找到问题的根源。

开启core dump，如果生成code文件可以进行调试，但是发现code只有进程异常退出才会生成。像E_ERROR级别的错误不一定会生成code文件，内存溢出这种可能PHP内部自己就处理了。

使用register_shutdown_function注册一个PHP终止时的回调函数，再调用error_get_last如果获取到了最后发生的错误，就通过debug_print_backtrace获取程序的堆栈信息，我们试试看。

修改CommonReturn.class.php文件如下

再次运行bug.php，日志如下。

error_get_last:array (
  "type" => 1,
  "message" => "Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)",
  "file" => "/CommonReturn.class.php",
  "line" => 23,
)
trace:#0  CommonReturn::handleFatal()

回溯信息没有来源，尴尬了。猜测因为backtrace信息保存在内存中，当出现致命错误时会清空。没办法，把backtrace从外面传进来试试。再次修改CommonReturn.class.php。

再次运行bug.php，日志如下。

error_get_last:array (
  "type" => 1,
  "message" => "Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)",
  "file" => "/CommonReturn.class.php",
  "line" => 26,
)
trace:#0  CommonReturn::packData() called at [/bug.php:13]

成功定位到了调用来源，在bug.php的13行。将最终的CommonReturn.class.php发布到生产环境，再次出现出现错误时候看日志就可以了。但是这样的话所有调用packData的程序都会执行trace函数，肯定也会影响性能的。

总结

对于其中使用到的register_shutdown_function函数需要注意，可以注册多个不同的回调，但是如果某一个回调函数中exit了，那么后面注册的回调函数都不会执行。

debug_print_backtrace这个获取回溯信息函数第一个是否包含请求参数，第二个是回溯记录层数，我们这里是不返回请求参数，可以节省些内存，而且如果请求参数巨大的话调这个函数可能就直接内存溢出了。

最好的办法就是升级PHP7，可以像异常一样捕获错误。

云服务器 GPU云服务器 Error处理类 php5ts错误定位问题 RDLC报表在IE10下的问题

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/29904.html

[PHP] – 性能优化 – Fcgi进程及PHP解析优化（1）

摘要：是否启用安全模式。提示此参数已经没有了关闭危险函数如果打开了安全模式，那么函数禁止是不需要的，但是我们为了安全考虑还是设置。 1、PHP引擎缓存加速常见四种软件：1.eAccelerator2.Zendcache3.xcache4.apc5.zendopcache php5.5自带2、使用tmpfs作为缓存加速缓存的文件目录[root@web02 ~]# mount -t tmpfs ...

zhaot 2019-08-06 13:32 评论0 收藏0
[PHP] – 性能优化 – Fcgi进程及PHP解析优化（1）

摘要：是否启用安全模式。提示此参数已经没有了关闭危险函数如果打开了安全模式，那么函数禁止是不需要的，但是我们为了安全考虑还是设置。 1、PHP引擎缓存加速常见四种软件：1.eAccelerator2.Zendcache3.xcache4.apc5.zendopcache php5.5自带2、使用tmpfs作为缓存加速缓存的文件目录[root@web02 ~]# mount -t tmpfs ...

jzzlee 2019-07-25 14:19 评论0 收藏0
[PHP] – 性能优化 – Fcgi进程及PHP解析优化（1）

摘要：是否启用安全模式。提示此参数已经没有了关闭危险函数如果打开了安全模式，那么函数禁止是不需要的，但是我们为了安全考虑还是设置。 1、PHP引擎缓存加速常见四种软件：1.eAccelerator2.Zendcache3.xcache4.apc5.zendopcache php5.5自带2、使用tmpfs作为缓存加速缓存的文件目录[root@web02 ~]# mount -t tmpfs ...

ky0ncheng 2019-07-01 10:07 评论0 收藏0
Ubuntu14.04下安装LAMP环境，以及源码安装PHP5.6和Apache2.4

摘要：安装在下很多功能都在这个软件包中了，不在区分等软件包了，因此我们可以直接安装注意这边的是为了方便安装，加上它就不需要在进行安装确认，简单粗暴一键完成安装的模块在中的模块有两个软件包，分别是和大多数情况下应该使用第一个。安装Apache 在Ubunt14.04下很多功能都在apache2这个软件包中了，不在区分mpm-work,mpm-prefork,mpm-event等软件包了，因...

silvertheo 2019-07-24 10:36 评论0 收藏0