滥用error_reporting之大坑

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

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

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

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

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

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