滥用error_reporting之大坑

写了一个脚本,批量输出静态内容。按照惯例,先require配置文件、公共文件,然后编码我的业务逻辑。

很顺利地写完了,调试的时候发现脚本毫无提示地异常地中断了,仔细看了一下代码,原来是一个函数未定义,但是为什么不会报错呢?我查看了php的配置display_error是打开的,而且我还设置了error_reporting(7),但是函数未定义的错误还是不会报,但如果在哪条语句后面没有加上分号却是能正常报错。

用strace看一下系统调用吧,看看有没有error之类的东东。


咦,竟然发现好多error_reporting,好像有点问题,一会设置error_reporting(7),一会设置error_reporting(0),这让人很凌乱,估计也会让解释器很凌乱。

很自然地,找到所有文件里面的error_reporting,将它设置为7,果然,未定义函数的错误报告出来了。

一般来说,线上运营的系统应该关闭错误报告【防止敏感信息外泄】,开发调试的时候是打开错误报告的【方便调试】。这种报错设置开关,一个项目里面一个地方控制就ok了,画蛇添足是不好的,除了会带来不可预测的错误,还不利于系统的维护。


  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值