PHP以CGI方式运行时,当一个请求向web server请求动态页时,web server总会fork一个CGI解释器进程进行处理这个请求,进程处理完成之后将结果返回给web server,web server将结果返回并显示出来,进程结束,当用户再次请求同一个页面时,web server总会fork一个进程进行处理,这样效率会比较低下(CGI被人诟病的主要原因)
PHP以fast-CGI方式运行时,fast-CGI是在web server的启动时,载入fast-CGI进程管理器,fast-CGI fork多个CGI解释进程,当fast-CGI接收到一个用户请求时,会随机选择并连接一个CGI解释进程,CGI解释进程接收连接并处理,然后将结果返回给web server,此CGI解释进程工作结束,但web server并不会销毁该进程,而是常驻内存中,此进程则继续等待fast-CGI进程管理器发来的下一个请求,处理请求的效率大大提高。
fast-CGI是以TCP/IP完成进程间的通信的,我们可以想像一下此通信是怎么完成的?
PHP中的CGI实现了FastCGI协议,是一个TCP或UDP协议的服务器接受来自Web服务器的请求,当启动时创建TCP/UDP协议的服务器socket监听,并接受相关请求进行处理。随后就进入了PHP的生命周期:模块初始化,sapi初始化,处理PHP请求,模块关闭,sapi关闭。以上构成了PHP中CGI的生命周期。以TCP为例,在TCP的服务端,一般会执行这样的几个操作步骤:1.调用socket函数创建一个TCP用的流式套接字2.调用bind函数将服务器的本地地址与前面创建的套接字绑定3.调用listen函数监听新创建的套接字,等待客户端发起的连接请求4.服务器进程调用accept函数进入阻塞状态,知道有客户进程调用connect函数建立连接5.当连接建立后,服务器调用read_stream函数读取客户端的请求6.处理完数据后,服务器调用write函数向客户端发送应答
1.socket的创建、绑定和监听(在源码的sapi/cgi/fastcgi.c中)
/* Create, bind socket and start listen on it */
if ((listen_socket = socket(sa.sa.sa_family, SOCK_STREAM, 0)) < 0 ||
#ifdef SO_REUSEADDR
setsockopt(listen_socket, SOL_SOCKET, SO_REUSEADDR, (char*)&reuse, sizeof(reuse)) < 0 ||
#endif
bind(listen_socket, (struct sockaddr *) &sa, sock_len) < 0 ||
listen(listen_socket, backlog) < 0) {
fprintf(stderr, "Cannot bind/listen socket - [%d] %s.\n",errno, strerror(errno));
return -1;
}
2.当服务端初始化完成后,进程调用accept函数进入阻塞状态,在main函数中我们看到如下代码:
while (parent) {
do {
pid = fork(); // fork出新的子进程
switch (pid) {
case 0:
parent = 0;
/* don't catch our signals */
sigaction(SIGTERM, &old_term, 0); // 终止信号
sigaction(SIGQUIT, &old_quit, 0); // 终端退出符
sigaction(SIGINT, &old_int, 0); // 终端中断符
break;
...
default:
/* Fine */
running++;
break;
} while (parent && (running < children));
/* 调用fcgi_accept_request接受请求 */
while (!fastcgi || fcgi_accept_request(&request) >= 0) {
SG(server_context) = (void *) &request;
init_request_info(TSRMLS_C);
CG(interactive) = 0;
}
}
3.调用read函数读取客户端请求:
static int fcgi_read_request(fcgi_request *req)
{
fcgi_header hdr;
int len, padding;
unsigned char buf[FCGI_MAX_LENGTH+8];
req->keep = 0;
req->closed = 0;
req->in_len = 0;
req->out_hdr = NULL;
req->out_pos = req->out_buf;
req->has_env = 1;
/*调用sage_read读取fcgi_request类型的数据req*/
if (safe_read(req, &hdr, sizeof(fcgi_header)) != sizeof(fcgi_header) ||
hdr.version < FCGI_VERSION_1) {
return 0;
}
}
在请求初始化完成,读取请求完毕后,就该处理请求的PHP文件了。 假设此次请求
为PHP_MODE_STANDARD则会调用php_execute_script执行PHP文件。在此函数中它先初始化
此文件相关的一些内容,然后再调用zend_execute_scripts函数,对PHP文件进行词法分析
和语法分析,生成中间代码, 并执行zend_execute函数,从而执行这些中间代码。
4.fastCGI处理完成
int fcgi_finish_request(fcgi_request *req, int force_close)
{
int ret = 1;
if (req->fd >= 0) {
if (!req->closed) {
ret = fcgi_flush(req, 1);
req->closed = 1;
}
fcgi_close(req, force_close, 1);
}
return ret;
}
如上,当socket处于打开状态(reg->fd >= 0),并且请求未关闭,则会将执行后的结果
刷到客户端,并将请求的关闭设置为真。 将数据刷到客户端的程序调用的是fcgi_flush函数。
在此函数中,关键是在于答应头的构造和写操作。 程序的写操作是调用的safe_write函数,而
safe_write函数中对于最终的写操作针对win和linux环境做了区分,在Win32下,如果是TCP连接
则用send函数,如果是非TCP则和非win环境一样使用write函数。如下代码:
static inline ssize_t safe_write(fcgi_request *req, const void *buf, size_t count)
{
int ret;
size_t n = 0;
do {
errno = 0;
#ifdef _WIN32 /*win32环境*/
if (!req->tcp) { /*非TCP连接,调用write函数*/
ret = write(req->fd, ((char*)buf)+n, count-n);
} else { /*TCP连接,调用send函数*/
ret = send(req->fd, ((char*)buf)+n, count-n, 0);
if (ret <= 0) {
errno = WSAGetLastError();
}
}
#else /*其他环境, 调用write函数*/
ret = write(req->fd, ((char*)buf)+n, count-n);
#endif
if (ret > 0) {
n += ret;
} else if (ret <= 0 && errno != 0 && errno != EINTR) {
return ret;
}
} while (n != count);
return n;
}
以上就是基于TCP连接的PHP FastCGI的实现过程。
0x04 PHP-FMP与FastCGI
PHP-FPM全称是PHP-FastCGI Process Manager(PHP的FastCGI进程管理器)。
我们知道,PHP的解释器是php-cgi。但是php-cgi只是个CGI程序,本身只能解析请求,返回结果,
不会进程管理,所以就出现了一些能够调度php-cgi进程的程序,PHP-FPM也是这么诞生的。