启动与终止
PHP程序的启动可以看做有两个概念上的启动，终止也有两个概念上的终止。其中一个是PHP作为Apache(拿它举例，板砖勿扔)的一个模块的启动与终止，这次启动PHP会初始化一些必要数据，比如与宿主Apache有关的，并且这些数据是常驻内存的，终止与之相对。还有一个概念上的启动就是当Apache分配一个页面请求过来的时候，PHP会有一次启动与终止，这也是我们最常讨论的一种。
现在我们主要来看一个PHP扩展的生命旅程是怎样走完这四个过程的。
在最初初始化的时候，就是PHP随着Apache的启动而诞生在内存里的时候，它会把自己所有已加载扩展的MINIT方法(全程Module Initialization,是由每个模块自己定义的函数)都执行一遍。在这个时间里，扩展可以定义一些自己的常量、类、资源等所有会被用户端的PHP脚本用到的东西。但你要记住，这里定义的东西都会随着Apache常驻内存，可以被所有请求使用，直到Apache卸载掉PHP模块。
内核中预置了PHP_MINIT_FUNCTION宏函数，来帮助我们事先这个功能:
//抛弃作者那个例子，书才看两页 整那样的例子太复杂了!
//walu是我扩展的名称
int time_of_minit; //在MINIT()中初始化，在每次页面请求中输出，看看是否变化
PHP_MINIT_FUNCTION(walu)
{
time_of_minit=time(NULL); //我们在MINIT启动中对它初始化
return SUCCESS; //返回SUCCESS代表正常，返回FALIURE就不会加载这个扩展了。
}当一个页面到来时候，PHP会迅速开辟一个新的环境，并重新扫描自己的各个扩展，遍历执行它们各自的RINIT方法(俗称Request Initialization),这时候一个扩展可能会初始化在本次请求中会使用到的变量等，还会初始化用户端(即PHP脚本)中的变量之类的，内核预置了PHP_RINIT_FUNCTION()这个宏函数来帮我们实现这个功能:
int time_of_rinit; //在RINIT里初始化，看看每次页面请求的时候是否变化。
PHP_RINIT_FUNCTION(walu)
{
time_of_rinit = time(NULL);
return SUCCESS;
}
好了，现在这个页面请求执行的差不多了，可能是顺利的走到了自己文件的最后，也可能是出师未捷，半道被用户给die或者exit了，这时候PHP便会启动回收程序，收拾这个请求留下的烂摊子。它这次会执行所有已加载扩展的RSHUTDOWN(俗称Request Shutdown)方法，这时候扩展可以抓紧利用内核中的变量表之类的做一些事情，因为一旦PHP把所有扩展的RSHUTDOWN方法执行完，便会释放掉这次请求使用过的所有东西，包括变量表的所有变量、所有在这次请求中申请的内存等等。
内核预置了PHP_RSHUTDOWN_FUNCTION宏函数来帮助我们实现这个功能
PHP_RSHUTDOWN_FUNCTION(walu)
{
FILE *fp = fopen("time_rshutdown.txt", "a+");
fprintf(fp, "%ld\n", time(NULL)); //让我们看看是不是每次请求结束都会在这个文件里追加数据
fclose(fp);
return SUCCESS;
}
这四个宏是在walu.c里完成最终实现的，而他们的则是在/main/php.h里被定义的(其实也是调用的别的宏，本节最后我把这几个宏给展开了，供有需要的人查看)。
好了，现在我们本节内容说完了，下面我们把所有的代码合在一起，并预测一下应该出现的结果:
//这些代码都在walu.c里面，不在.h里
int time_of_minit; //在MINIT中初始化，在每次页面请求中输出，看看是否变化
PHP_MINIT_FUNCTION(walu)
{
time_of_minit=time(NULL); //我们在MINIT启动中对他初始化
return SUCCESS;
}
int time_of_rinit; //在RINIT里初始化，看看每次页面请求的时候是否变化
PHP_RINIT_FUNCTION(walu)
{
time_of_rinit=time(NULL);
return SUCCESS;
}
PHP_RSHUTDOWN_FUNCTION(walu)
{
FILE *fp = fopen("cnan/www/erzha/time_rshutdown.txt", "a+"); //请确保文件可写，否则apache会莫名崩溃
fprintf(fp, "%d\n", time(NULL)); //让我们看看是不是每次请求结束都会在这个文件里追加数据
fclose(fp);
return SUCCESS;
}
PHP_MSHUTDOWN_FUNCTION(walu)
{
FILE *fp = fopen("/cnan/www/erzha/time_mshutdown.txt", "a+");
fprintf(fp, "%d\n", time(NULL));
return SUCCESS;
}
//我们在页面里输出time_of_minit和time_of_rinit的值
PHP_FUNCTION(walu_test)
{
php_printf("%d<br />", time_of_minit);
php_printf("%d<br />", time_of_rinit);
return;
}
- time_of_minit的值每次请求都不变;
- time_of_rinit的值每次请求都改变;
- 每次页面请求结束都会往time_rshutdown.txt中写入数据。
- 只有在Apache结束后time_mshutdown.txt才写入有数据。
启动模式
一个PHP实例，无论通过HTTP请求调用的，还是从命令行启动的，都会依次进行Module init、Request init、Request Shutdown、Module shutdown四个过程，当然之间还会执行脚本自己的逻辑。那么两种init和两种shutdown各会执行多少次、各自的执行频率有多少呢？这取决于PHP是用什么SAPI与宿主通信的。最常见的四种方式如下所列:
直接以CLI/CGI模式调用
多进程模式
多线程模式
Embedded(嵌入式，在自己的C程序中调用Zend Engine)
CLI/CGI
CLI 和 CGI的SAPI是相当特殊的，因为这时PHP的生命周期完全在一个单独的请求中完成。虽然简单，不过我们以前提过的两种init和两种shutdown仍然都会被执行。下图展示了PHP在这种模式下是怎么工作的:
多进程模式
ps:书是2006年出版的，所以你应该理解作者说多进程是主流
PHP 最常见的工作方式便是编译成为Apache2的Pre-fork MPM或者Apache1的APXS模式，其他Web服务器也大多用相同的方式工作，在本书后面，把这种方式统一叫做多进程方式。给它起这个名字是有原因的，不是随便拍拍屁股拍拍脑袋定下来的。当Apache启动的时候，会立即把自己fork出好几个子进程，每一个进程都有自己独立的内存空间，也就代表了有自己独立的变量、函数等。在每个进程里的PHP的工作方式如下图所示:
因为是fork出来的，所以各个进程间的数据是彼此独立，不会受外界的干扰(ps:fork后可以用管道等方式实现进程间通信)。这是一片独立天地，它允许每个子进程做任何事情，玩七十码、躲猫猫都没人管，办公室拿砍刀玩自杀也没事，下图展示了从Apache的视角来看多进程工作模式下的PHP:
多线程模式
随着时代的进步，PHP越来越多地在多线程模式下工作，就像IIS和isapi和Apache MPM worker(支持混合的多线程多进程的多路处理模块)。在这种模式下，只有一个服务器进程在运行着，但会同时运行很多线程，这样可以减少一些资源开销，像Module init和Module shutdown就只需要运行一次就行了，一些全局变量也只需要初始化一次，因为线程独具的特质，使得各个请求之间方便的共享一些数据成为可能。
其实多线程与 MINIT、MSHUTDOWN 只执行一次并没有什么联系，多进程模式下一样可以实现。
下图展示了在这种模式下 PHP 的工作流程：
Embed
Embed SAPI 是一种比较特殊的 SAPI，容许你在 C/C++ 语言中调用 PHP/ZE 提供的函数。并且这种 SAPI 和上面的三种一样，按 Module Init、Request Init、Rshutdown、mshutdown 的流程执行着。 当然，这只是其中一种情况。因为特定的应用有自己特殊的需求，只是在处理 PHP 脚本这个环节基本一致。
真正令 Emebed 模式独特的是因为它可能随时嵌入到某个程序里面去(比如你的 test.exe 里)， 然后被当作脚本的一部分在一个请求的时候执行。控制权在 PHP 和原程序间来回传递。关于嵌入式的 PHP 在第20章会有应用，到时我们再用实例介绍这个不经常使用的 SAPI。