我的建议是99.9%的情况下只使用require_once。

而使用require或include则意味着你的代码在其他地方是不可重用的，也就是说，你正在导入的脚本实际上是在执行代码，而不是提供一个类或一些函数库。

如果你需要/包含当场执行的代码，那就是过程代码，你需要了解一种新的范式。比如面向对象编程，基于函数的编程，或者函数式编程。

如果您已经在进行面向对象或函数式编程，那么使用include_once主要会延迟在堆栈中发现错误/错误的地方。您是否希望在稍后调用do_cool_stuff()函数时知道它不可用，或者在通过要求库而期望它可用的时候知道它不可用?通常，最好立即知道您需要和期望的东西是否不可用，因此只需使用require_once。

或者，在现代OOP中，只需在使用时自动加载你的类。

我的建议是99.9%的情况下只使用require_once。

而使用require或include则意味着你的代码在其他地方是不可重用的，也就是说，你正在导入的脚本实际上是在执行代码，而不是提供一个类或一些函数库。

如果你需要/包含当场执行的代码，那就是过程代码，你需要了解一种新的范式。比如面向对象编程，基于函数的编程，或者函数式编程。

如果您已经在进行面向对象或函数式编程，那么使用include_once主要会延迟在堆栈中发现错误/错误的地方。您是否希望在稍后调用do_cool_stuff()函数时知道它不可用，或者在通过要求库而期望它可用的时候知道它不可用?通常，最好立即知道您需要和期望的东西是否不可用，因此只需使用require_once。

或者，在现代OOP中，只需在使用时自动加载你的类。

要求生成致命错误，停止下一行执行，而没有找到文件。

包括生成警告，但没有停止下一行执行，而没有找到文件。

Require_once do与require do相同，但它将检查文件是否已经加载或是否要执行。

Include_once do与include do相同，但它将检查文件是否已经加载或是否要执行。

注意:include_once或require_once可能用于在特定脚本执行期间包含同一个文件并对其进行多次计算的情况，因此在这种情况下，它可能有助于避免诸如函数重新定义、变量值重新赋值等问题。

require文件必须存在，如果不存在则会显示错误;而使用include -如果文件不存在，那么页面将继续加载。

当需要加载任何类、函数或依赖项时，请使用require函数。 当你想加载模板样式的文件时，使用include函数

如果您仍然感到困惑，就一直使用require_once。

Use

需要 当你的应用程序需要这个文件时，例如一个重要的消息模板或一个包含配置变量的文件，如果没有这些文件应用程序将会崩溃。 require_once 当文件包含的内容会在后续包含时产生错误时，例如。 Function important() {/* important code */}在你的应用程序中肯定是需要的，但由于函数不能被重新声明，所以不应该再次包含。 包括 当文件不是必需的，应用程序流程应该继续时，没有找到，例如 对于模板引用当前作用域的变量或其他东西非常有用 include_once 可选的依赖关系，会在后续加载时产生错误，或者可能远程文件包含，由于HTTP开销，您不希望发生两次

但基本上，什么时候用哪种取决于你。