又一个php的error_handler引起的诡异问题

今天又发现一个很诡异的php问题，明明有个类在代码里写了被加载，总是报错说没有找到，错误日志也没有其他的信息。想来想去觉得很可能还是error_handler被重置导致的，因为代码是在phpunit里执行的，因此要确认很简单，在test方法之前执行一句reset_error_handler，然后再执行，看报错信息。果然报错信息不一样了，这回说的是LIB_ROOT这个常量没有定义。回头再来看这个过程是什么样的呢？很显然，require那个文件之后，由于LIB_ROOT不存在，因此报错了，报错到error_handler里，然后它返回了true让代码继续执行，接下来require别的文件，直到需要使用那个类时，才发现原来类不存在。

 

注意一个如下形式的文件

require_once('ClassA.php'); class ClassB { function demo() { ClassA::abc(); } }

在php中其实分为两个阶段的，一个是编译阶段，这个阶段把文件编译成opcode，并把执行代码加到当前的执行序列之上。如果这个阶段出错的话，会进入error_handler，而error_handler如果被用户自定义了，也即使用了set_error_handler，那么很可能就直接return true，将这个错误给忽略了。那么造成的后果就是这个文件其实被没有被编译成opcode。

 

而以上面的那个文件为例，php执行时，先编译这个文件，注意这个时候，它不会递归处理ClassA.php，只是将那一句记录为了一个方法调用而已。这个编译阶段完成之后，进入执行阶段，这个时候执行require_once（'ClassA.php')，又进入了编译阶段。执行守之后再执行方法，如果require_once('ClassA.php')执行时出错，并且程序没有退出，那到到ClassA::abc执行时，就会报ClassA不存在了。