可能重复:
为什么 require_once 不好用?
当 PHP 包含一个文件时,我假设它将文件名存储在一个数组中。
然后,当包含另一个文件时,它会检查该数组以查看它是否已经包含,对吗?
那么这里有什么大不了的呢?为什么人们如此害怕这种数组检查?这不像您要包含数百万个文件...
in_array 检查一直进行。我几乎在所有功能中都使用它们:)
可能重复:
为什么 require_once 不好用?
当 PHP 包含一个文件时,我假设它将文件名存储在一个数组中。
然后,当包含另一个文件时,它会检查该数组以查看它是否已经包含,对吗?
那么这里有什么大不了的呢?为什么人们如此害怕这种数组检查?这不像您要包含数百万个文件...
in_array 检查一直进行。我几乎在所有功能中都使用它们:)
我不确定说这话的“人”是谁,但我相信这是遍布任何语言的众多微优化神话之一。
这是一篇对方法进行基准测试的文章:http: //arin.me/blog/php-require-vs-include-vs-require_once-vs-include_once-performance-test
x_once
您的里程可能会有所不同,但我怀疑您会通过避免使用功能而看到任何显着的性能提升。使用适合这种情况的语言结构,你没有做错任何事。x_once
可能表明您需要重新考虑项目的组织或考虑使用autoloader,但这不是eval
...
require_once()
有两个问题,如果忽略性能问题,第二个也很重要。如果您正在使用require_once()
它,则意味着您可以require
多次使用同一个文件。这本质上是错误或错误的设计。现在是性能部分,对于 web 优化的应用程序将无能为力。如果您了解提供静态 HTML 文件或缓存内容比提供 PHP 文件更快,您就会明白为什么人们说使用require_once()
速度较慢。
事实上,对于明智的计划应用程序,像 require_once 这样的函数是没有用的。
对于缓慢 - 它可以忽略不计。