PHP 7.4中使用预加载的方法详解

前言

PHP 7.4增加了预加载支持，这一功能可以显着提高代码的性能。

这是一个简单的预加载：

• 为了预加载文件，您需要编写自定义PHP脚本
• 此脚本在服务器启动时执行一次
• 所有预加载的文件都可在内存中用于所有请求
• 在重新启动服务器之前，对源文件所做的更改不会产生任何影响

让我们深入研究一下。

Opcache，但更多

虽然预加载是在顶级操作opcache上构建的，但它并不完全相同。Opcache将获取您的PHP源文件，将其编译为“操作码”，并将这些编译后的文件存储在磁盘上。

您可以将“操作码”视为代码的低级表示，可以在运行时轻松解释。因此，opcache会跳过源文件之间的转换步骤以及PHP解释器在运行时实际需要的内容。一场巨大的胜利！

但是，还有更多的东西可以获得。Opcached文件不了解其他文件。如果你有一个A从类扩展的类B，你仍然需要在运行时将它们链接在一起。此外，opcache执行检查以查看源文件是否已被修改，并将基于此文件使其缓存无效。

所以这就是预加载发挥作用的地方：它不仅将源文件编译为操作码，还将相关的类，特征和接口链接在一起。然后，它将保留这个“已编译”的可运行代码blob - 即：PHP解释器可用的代码 - 在内存中。

当请求到达服务器时，它现在可以使用已经加载到内存中的部分代码库，而没有任何开销。

那么，我们谈论的是“代码库的哪些部分”？

在实践中预加载

为了使预加载工作，开发人员必须告诉服务器要加载哪些文件。这是通过一个简单的PHP脚本完成的，所以没有什么可怕的。

规则很简单：

• 您提供了一个预加载脚本，并使用您的php.ini文件链接到它 opcache.preload
• 您要预加载的每个PHP文件都应该opcache_compile_file()从preload脚本中传递到

假设您想要预加载一个框架，例如Laravel。您的脚本必须遍历目录中的所有PHP文件vendor/laravel，并逐个包含它们。

以下是您在php.ini中链接到此脚本的方法：

opcache.preload=/path/to/project/preload.php

这是一个虚拟实现：

$files = /* An array of files you want to preload */;

foreach ($files as $file) {
 opcache_compile_file($file);
}

请注意opcache_compile_file，您也可以使用include该文件代替使用。虽然似乎有一个bug，因为在编写时这似乎不起作用。

警告：无法预加载未链接的类

坚持下去，有一个警告！为了预先加载文件，还必须预先加载它们的依赖项 - 接口，特征和父类。

如果类依赖项有任何问题，您会在服务器启动时注意到它：

Can't preload unlinked class
Illuminate\Database\Query\JoinClause:
Unknown parent
Illuminate\Database\Query\Builder

请参阅opcache_compile_file()解析文件，但不执行它。这意味着如果一个类具有未预加载的依赖项，则其本身也不能被预加载。

这不是一个致命的问题，您的服务器将正常工作; 但是你不会拥有你真正想要的所有预装文件。

这就是为什么你应该注意要预加载哪些文件，以确保解决所有依赖项。手动执行此操作可能看起来像是一件苦差事，所以很自然人们已经在开发自动化解决方案。

Composer支持

最有前途的自动化解决方案来自composer，现在已经被大多数现代PHP项目所使用。

人们正在努力添加预加载配置选项composer.json，进而为您生成预加载文件！就像预加载一样，此功能仍在进行中，但可以在此处进行操作。

幸运的是，如果你不想，你将不需要手动配置预加载文件，composer将能够为你做到这一点。

服务器要求

关于使用预加载时的devops方面，还有两个更重要的事情需要提及。

您已经知道需要在php.ini中指定一个条目才能使预加载工作。这意味着如果您使用共享主机，则无法根据需要自由配置PHP。

实际上，您需要一个专用（虚拟）服务器才能为单个项目优化预加载的文件。所以记住这一点。

还要记住php-fpm，每次要重新加载内存中的文件时，都需要重新启动服务器（如果你正在使用它就足够了）。这对大多数人来说似乎是显而易见的，但仍值得一提。

性能

现在谈到最重要的问题：预加载实际上是否提高了性能？

答案是肯定的，当然：Ben Morel分享了一些基准，可以在与之前相关的同一个composer问题中找到。

有趣的是，您可以决定只预加载“热门类”：代码库中经常使用的类。Ben的基准测试表明，只加载大约100个热门类，实际上比预加载所有产生更好的性能提升。这是性能提升13％和17％的差异。

应该预先加载哪些类依赖于您的特定项目。在开始时尽可能简单地预加载是明智的。如果您确实需要增加几个百分比，则必须在运行时监控代码。

所有这些当然也可以自动化，并且可能在将来完成。

现在，最重要的是要记住，comopser会添加支持，这样你就不必自己制作预装文件了，而且这个功能很容易在服务器上设置，因为你可以完全控制它。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。