PHP require 语句 - 失败，但抛出 E_WARNING 而不是 E_COMPILE_ERROR

Question

我将系统中的一个文件移动到一个子文件夹中进行组织，这又破坏了 require 语句的相对路径。这应该会导致 E_COMPILE_ERROR 警告。但是，我们在应用程序中的自定义错误处理程序并没有捕获该错误，而是将错误捕获为 E_WARNING。因此，我们的客户处理程序记录了该消息，并且生成的 PHP 屏幕显示为空，就像运行了 die(); 一样。以下是我们本地处理程序创建的日志：

E_WARNING main(XXXXXX.php): failed to open stream: No such file or directory xxx/xxx.php Line 9 01-26-2012 09:44:27 AM 01 -26-2012 10:03:24 AM

值得注意的是，我们的系统仍在使用可怜的旧 PHP 4。

知道为什么 require 会抛出 E_WARNING 吗？由于我们看不到任何错误消息，因此花了更长的时间才找出问题所在。

---

编辑：该应用程序肯定是在执行要求。自定义错误处理程序只是使用 PHP 的 set_error_handler 函数。因此，除了警告、通知和用户错误之外，不应调用它。

---

附加编辑：

也许结构与此有关？它的工作原理如下： （-> 表示包含，=> 表示需要）

main->File1.php=>File2.php

是否会因为包含 File1.php 但不是必需的而引发警告？这对我来说可能有意义，但似乎是一个小故障？我可能需要在 PHP 5 上对此进行测试。

---

解决方案

我扫描了我们的应用程序并发现了这个：

error_reporting(E_ERROR | E_WARNING | E_PARSE);

因此，E_COMPILE_ERROR不会出现。此外，@DaveRandom 关于它抛出警告，然后抛出致命错误是正确的。

将其更改为 error_reporting(E_ERROR | E_WARNING | E_PARSE | E_COMPILE_ERROR); 显示错误消息。

Answer 1

当您对不存在的文件调用 Require 时，它​​至少会发出此警告一次。然后它会发出一个 E_COMPILE_ERROR 并终止。

但是：

以下错误类型无法使用用户定义的函数进行处理：E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING 以及调用 set_error_handler() 的文件中引发的大部分 E_STRICT。

因此，恐怕您的自定义错误处理程序永远不会捕获该错误。

Answer 2

它确实在做要求吗？ E_WARNING 似乎暗示您在那里使用 include 而不是 require...或者 PHP4 对此的行为可能有所不同？老实说我不记得了。