这篇文章主要介绍了关于php的执行流程及相关概念，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下
程序架构先看看运行一个php程序需要哪些支撑。一切的起点，要从程序员开始写php才有意义，所以应用层面的php脚本文件（包括composer/include的各种第三方php代码）是必须的。脚本文件要解析编译后才能执行，所以php虚拟机（通常是zend引擎）也是必备的。此外php脚本中会使用多个拓展中的函数和类，所以拓展（包括官方、pecl、以及用户自行写的拓展）几乎也是必备的。另外php程序要与外部交互（例如从命令行获取参数、从web服务器获取请求信息），这一层由sapi负责，所以sapi也是必须的。
总结以上，php程序的架构从上往下看有四层，分别是：应用层、sapi层、拓展层和zend引擎。架构关系见下图：
（图片来源：http://www.nowamagic.net/libr...）
sapi层对某些人可能相对陌生。sapi提供一套统一的接口，让上层应用程序与实际运行环境解耦。用户写的php文件，可以用命令行执行，也可以在apache httpd或fpm中执行。背后的支持工作由sapi提供，开发人员无感知。通过sapi，php脚本层无需过多考虑执行的具体环境，而php本身则可以让sapi针对自己的特点给出特有实现。
执行流程抛开各个sapi实现上的差异，php程序的执行流程可以简单归结如下：
程序启动，zend引擎和核心组件初始化；
拓展初始化（minit）；
收到请求，拓展激活（rinit）；
解析、执行php脚本；
请求结束，拓展停用（rshutdown）;
卸载拓展（mshutdown）;
程序关闭
除345，其余几步在整个sapi生命周期中只会执行一次。cgi/cli模式下，345也只执行一次。
理解php程序的生命周期，是php进阶的必备过程，也能帮助开发人员快速定位问题。例如脚本报函数不存在，很有可能是某个拓展缺失或加载出错；在cli/cgi模式下，再怎么pconnect也是徒劳的，脚本一执行完资源就释放掉；exit/die终止的是脚本的执行，不一定意味着进程的结束；脚本编译后常驻内存，不会反复执行rinit和rshutdown，是cli框架相对于其他运行模式的性能提升点；等等。
sapi生命周期中各个阶段的更多细节，请参考《深入理解php内核》一书。
cgi、fastcgi、php-fpm等cgi/fastcgi/php-cgi和php-fpm是几个容易让php开发人员困惑和混淆的概念。这几个概念的关系如下：
cgi/fastcgi：网关协议，与语言无关，所以与php关系也不大。两者的区别是fastcgi可以独立于web服务器，运行fastcgi协议的程序变成web服务器的内容提供方（上游）。另外与web服务器解耦后，用fastcgi协议交互的进程具有性能好、安全稳定、支持分布式等优点；php-cgi：实现fastcgi协议的php解析器，不能平滑重启和热加载；fpm：php官方的fastcgi进程管理器，可执行程序为php-fpm；支持平滑重启、热加载，运行稳定；其管理对象不是php-cgi进程，两者没什么关系。
仅是几个概念比较容易容易区分，实际上混淆开发人员的是以下四组概念的综合：
web服务器。常见的apache httpd和nginx；
sapi。常见的是apache2handler、cli、fpm-fcgi；
协议。文中提到的cgi和fastcgi；
程序。即php-cgi和php-fpm。
由于web服务器对大多数人更熟悉，拿之说一下与其他概念的关系：使用apache httpd时，90%以上的情况以模块方式执行php脚本，所以与sapi中的apache2handler有关，与其他概念无关（既不是cgi也不是fastcgi协议）；使用nginx时，90%的情况是通过fastcgi协议将请求转发到fpm，所以与sapi中的fpm-fcgi、协议中的fastcgi、程序中的php-fpm三个概念有关，与其他概念无关。
总结本文简要回顾了php程序的架构和执行流程，并对几个容易混淆概念做了介绍。
感谢阅读，欢迎指正！
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注！
相关推荐：
php容器pimple运行流程的分析
使用 laravel 服务容器的优势
以上就是php的执行流程及相关概念的详细内容。