使用FastCGI时,PHP引擎或PHP应用程序是否在内存中持续运行? 使用C或C++时,可以使用FASCGI开发工具包编写后台程序,该工具包可以独立于Web服务器启动和停止。由于应用程序编译为机器代码,“intepreter”或“engine”的概念不适用-只有您的应用程序。此类C/C++FastCGI程序的经典示例是,为每个请求增加一个int,并将其发送到web浏览器,以证明所有请求都是由一个单一的、持久的进程处理的

使用FastCGI时,PHP引擎或PHP应用程序是否在内存中持续运行? 使用C或C++时,可以使用FASCGI开发工具包编写后台程序,该工具包可以独立于Web服务器启动和停止。由于应用程序编译为机器代码,“intepreter”或“engine”的概念不适用-只有您的应用程序。此类C/C++FastCGI程序的经典示例是,为每个请求增加一个int,并将其发送到web浏览器,以证明所有请求都是由一个单一的、持久的进程处理的,php,apache,nginx,webserver,fastcgi,Php,Apache,Nginx,Webserver,Fastcgi,然而,当将PHP与FastCGI结合使用时,情况仍然如此吗?例如,是不是PHP引擎本身(用C编写)在请求之间保持不变,而您的应用程序(用PHP编写)没有?还是PHP应用程序在请求之间保持不变 如果PHP应用程序在请求之间持续存在,那么使用此功能是否安全?我听说PHP引擎本身包含内存泄漏,这就是为什么它非常适合每个请求执行一个进程的风格。PHP不会在请求之间持久存在。编译后的php代码可能会因为加载了它的任何容器/系统而持续存在,但每次都会生成/使用/销毁每个请求的状态。因此,您是说从php程序员

然而,当将PHP与FastCGI结合使用时,情况仍然如此吗?例如,是不是PHP引擎本身(用C编写)在请求之间保持不变,而您的应用程序(用PHP编写)没有?还是PHP应用程序在请求之间保持不变


如果PHP应用程序在请求之间持续存在,那么使用此功能是否安全?我听说PHP引擎本身包含内存泄漏,这就是为什么它非常适合每个请求执行一个进程的风格。

PHP不会在请求之间持久存在。编译后的php代码可能会因为加载了它的任何容器/系统而持续存在,但每次都会生成/使用/销毁每个请求的状态。因此,您是说从php程序员的角度来看,在php中使用FastCGI不会改变默认的每个请求生命周期一个进程吗?另外,您能否提供一个参考?