如何在 PHP 中的请求之间保留对象

Question

我过去一直使用rails、merb、django 和asp.net mvc 应用程序。他们的共同点（与问题相关）是他们都有设置框架的代码。这通常意味着创建持续存在的对象和状态，直到 Web 服务器被回收（例如设置路由或检查哪些控制器可用等）。

据我所知，PHP 更像是一个 CGI 脚本，每次运行时都会编译为一些字节码，并在请求之后被丢弃。当然，您可以拥有会话，以在同一用户的请求之间保留数据，并且正如我所看到的，有像 APC 这样的扩展，您可以使用它在服务器级别的请求之间保留对象。

我的问题是：如何创建一个像 Rails 等那样工作的 PHP 应用程序？我的意思是应用程序在第一个请求时设置框架，然后在第二个及以后的请求时使用已设置的对象。 mod_php 中是否有一些内置的缓存设施？ （例如，存储已执行的 php 应用程序的编译字节码）或者使用 APC 或一些类似的扩展是解决此问题的唯一方法吗？你会怎么做？

谢谢。

编辑：替代问题：如果我创建一个大型 PHP 应用程序，它的设置时间非常长，但运行时间很短（如上面提到的框架），那么我应该如何“缓存”已经设置的内容（这可能意味着很多事情，除了数据库连接，因为为此你已经在 PHP 中拥有持久连接）。

为了证明较长的设置时间是合理的：如果我使用 PHP 反射来检查哪些对象可用并根据该对象设置运行时会怎样。进行大量反射通常很慢，但只需要做一次（并且仅在修改源代码时才重新评估）。

EDIT2：看来是APC了。很高兴知道它会自动缓存字节码。

Answer 1

不确定 APC 是否是唯一的解决方案，但 APC 确实可以解决您的所有问题。

首先，您的脚本将使用 APC 编译一次，并将字节码存储在内存中。

如果您有一些需要很长时间才能设置的内容，您还可以将其作为用户数据缓存在 APC 中。例如，我一直这样做，

            $table = @apc_fetch(TABLE_KEY);

            if (!$table) {
                    $table = new Table(); // Take long time
                    apc_store(TABLE_KEY, $table);
            }

使用 APC，创建表的任务仅在每个服务器实例中执行一次。

Answer 2

PHP（以及 ruby​​）是解释性语言。也就是说，它们每次被请求时都会解析文件，我想你可以说它们被转换为伪字节代码。更“明显”的是，人们可以说 PHP 比 RoR 更像这样，但它们的行为方式相同。

在请求之间保留数据的功能是服务器的功能，而不是语言本身的功能。例如，您所说的 RoR 路由实际上是缓存的，但它缓存在服务器的本地内存中。它不是为了更快的读取而编译和存储的。服务器（我所说的服务器是指盒子和 Web 服务实例）重新启动，此信息消失了。您所说的“设置框架”仍然涉及解析框架中涉及的每个文件。 Rails 在请求期间一次又一次地解析每个文件，生产级功能实际上可能会将这些数据缓存在内存中，但在开发过程中肯定不会。我提到这一点的唯一原因是因为它说明它是服务器的功能而不是语言的功能。

要在 PHP 中实现相同的功能，您可以使用 Zend Server。据我所知，这是唯一一个在被告知时会“编译”并使用字节码的 PHP 解释器。否则，您需要找到一种方法来存储您想要在请求中保留的数据。正如您提到的，APC 是一项非常强大的功能，更分布式的功能是 Memcached，当然还有更持久的形式，例如磁盘和磁盘。 sql。

我很想知道您为什么喜欢这个特殊功能。您是否注意到这样做可以“解决”性能问题？

Answer 3

我认为您做出了一些错误的概括。所有这些框架（例如：Rails ）可以使用不同的配置运行。在某些情况下，会为每个请求创建一个流程。这显然会损害性能，但它表明这些框架不依赖于长时间运行的进程。如果需要，他们可以根据每个请求进行设置（重新解析配置文件、创建对象等）。

当然，mod_php（PHP 通常使用的方式）在 Web 服务器进程内运行，与 CGI 不同。所以我没有看到 CakePHP（例如）和 Rails 之间有什么本质上的不同。

我想也许你正在寻找类似 Python 的 WSGI 或 Ruby 的 Rack，但适用于 PHP。这指定了应用程序的接口（与语言的运行方式无关）。对于新请求，将创建应用程序对象的新实例。据我所知，PHP 不存在这种情况。

Answer 4

开发人员运行 PHP 的最常见方式是使用 CGI 模块配置 Apache 作为 PHP 前面的适配器。当 Apache 收到 HTTP 请求时，验证路由是否与 PHP 文件/路径匹配，然后将执行委托给外部模块/程序，在本例中为 CGI 模块。然后将处理委托给 PHP 可执行文件。然后CGI启动一个新的PHP进程，沿着它的参数传递请求数据，然后PHP开始做这个工作，即打开PHP文件，读取它们，验证和解析，逐行执行指令，直到没有更多的指令。要解释的代码。然后产生的响应被发送回 Apache，最后其进程退出。内存返回给操作系统，然后对于每个请求，所有这些管道都会一遍又一遍地发生。

知道了这一点，我们注意到，如果在每个请求中启动和终止进程，则不会保留状态。例如，Node.js 的工作原理是启动单个线程、读取 .js 文件、解析它、对其进行一次优化，然后保持自身在内存中运行。没有进程结束和启动（除非崩溃）。

我不知道为什么 PHP/语言的开发人员决定在很长一段时间内遵循这种模块化方法，他们花了很多精力来优化这种架构（所有这些管道都非常快），但我知道有些公司采用了不同的解决方案，如 Facebook、Zend。

顺便说一句，作为一名高级工程师，我的建议是：保持简单，尽管使用了语言/堆栈，但只需应用每个人都会做的简单解决方案。将应用程序状态存储在专用空间中，例如Redis缓存、MySQL DB等。这是解决状态管理服务器应用程序的更常见的解决方案。应用程序不必依赖于其内存空间中的保存数据/状态。它必须存储在外部，并在每个请求中检索。这给我们带来了几个好处，其中包括所有计算机程序中最重要的一个：在并行运行的多个进程上共享数据。该功能的名称是：可扩展性。编写无状态应用程序