php-fpm的reload历程
本文在PHP7.0 fpm下剖析，process_control_timeout设置不为0。
重启信号
起首，我们从 能够晓得，fpm的reload操纵实际上就是对fpm历程发送了USR2信号。
fpm的master历程中， 经由过程 注册了信号处置惩罚函数 ：
int fpm_signals_init_main() /* {{{ */{ struct sigactionact;
// 。。。。。。 memset(&act, 0, sizeof(act));
act.sa_handler = sig_handler;
sigfillset(&act.sa_mask);
if (0 > sigaction(SIGTERM, &act, 0) ||
0 > sigaction(SIGINT, &act, 0) ||
0 > sigaction(SIGUSR1, &act, 0) ||
0 > sigaction(SIGUSR2, &act, 0) ||
0 > sigaction(SIGCHLD, &act, 0) ||
0 > sigaction(SIGQUIT, &act, 0)) {
zlog(ZLOG_SYSERROR, "failed to init signals: sigaction()"); return -1;
} return 0;
}/* }}} */
简而言之，经由过程 设置为block掉一切的信号，然后经由过程sigaction设置对应的信号处置惩罚函数。
当我们reload fpm时，systemctl向fpm的master历程发送USR2信号，实行函数 ：
static void sig_handler(int signo) /* {{{ */{ static const char sig_chars[NSIG + 1] = {
[SIGTERM] = 'T',
[SIGINT] = 'I',
[SIGUSR1] = '1',
[SIGUSR2] = '2',
[SIGQUIT] = 'Q',
[SIGCHLD] = 'C'
}; char s;
// ***
s = sig_chars[signo];
zend_quiet_write(sp[1], &s, sizeof(s));
errno = saved_errno;
}/* }}} */
症结点在 zend_quiet_write，它就是 。sig_handler函数就是向sp[ 1 ]中写入了一个字符串2。
此处须要注重的是，sp[0]和sp[1]是经由过程 建立的当地套接字。
master最先重启 之前的信号处置惩罚函数，在信号发作的时刻会被挪用，然则顺序的主逻辑依然不会被打乱，那fpm master历程怎样晓得要reload呢？
答案就在 中，这是master历程的事宜轮回。
在轮回之前， 我们须要用 sp[0] 一个 struct fpm_event_s，增加到监听的fd中：
int fpm_event_set(struct fpm_event_s *ev, int fd, int flags, void (*callback)(struct fpm_event_s *, short, void *), void *arg) /* {{{ */{ if (!ev || !callback || fd < -1) { return -1;
}
memset(ev, 0, sizeof(struct fpm_event_s));
ev->fd = fd;
ev->callback = callback;
ev->arg = arg;
ev->flags = flags; return 0;
}/* }}} */
然后将这个 struct fpm_event_s，也就是代码中的ev， 监听的fd中。
实际上，这个增加历程也和fpm差别的异步模子有关（都是由对应fpm_event_module_s的add要领完成的），比方 就是将ev参数团体放到epoll_event的data.ptr中的。（poll的add能够参考 ）
当一切的fd都增加了以后（固然不仅仅是signal相干的fd咯），我们就能够运用 守候事宜来临了。 （epoll和poll也都各自完成了wait要领）
好，回到sig_handler给sp[1]写了个字符串2。 wait要领 接到了信号，拿到对应的ev，挪用 ，实际上就是挪用了 ，就是 ：
static void fpm_got_signal(struct fpm_event_s *ev, short which, void *arg) /* {{{ */{ char c; int res, ret; int fd = ev->fd;
do {
res = read(fd, &c, 1);
switch (c) { // 。。。。。。
case '2' : /* SIGUSR2 */
zlog(ZLOG_DEBUG, "received SIGUSR2");
zlog(ZLOG_NOTICE, "Reloading in progress ...");
fpm_pctl(FPM_PCTL_STATE_RELOADING, FPM_PCTL_ACTION_SET); break;
}
if (fpm_globals.is_child) { break;
}
} while (1); return;
}/* }}} */
假如吸收到了字符串2，则实行
fpm_pctl(FPM_PCTL_STATE_RELOADING, FPM_PCTL_ACTION_SET)
实际上就 ：
void fpm_pctl(int new_state, int action) /* {{{ */{ switch (action) { case FPM_PCTL_ACTION_SET :
//。。。。。。
fpm_signal_sent = 0;
fpm_state = new_state;
zlog(ZLOG_DEBUG, "switching to '%s' state", fpm_state_names[fpm_state]); /* fall down */ case FPM_PCTL_ACTION_TIMEOUT :
fpm_pctl_action_next(); break; //。。。。。
}
}/* }}} */
即，将fpm_state设置为FPM_PCTL_STATE_RELOADING后，没有break，继承实行 ：
static void fpm_pctl_action_next() /* {{{ */
{ int sig, timeout;
if (!fpm_globals.running_children) {
fpm_pctl_action_last();
}
if (fpm_signal_sent == 0) { if (fpm_state == FPM_PCTL_STATE_TERMINATING) { sig = SIGTERM;
} else { sig = SIGQUIT;
}
timeout = fpm_global_config.process_control_timeout;
} else { if (fpm_signal_sent == SIGQUIT) { sig = SIGTERM;
} else { sig = SIGKILL;
}
timeout = 1;
}
fpm_pctl_kill_all(sig);
fpm_signal_sent = sig;
fpm_pctl_timeout_set(timeout);
}
/* }}} */
即，给一切子历程发送SIGQUIT信号。
这边另有一个 ，这个等会议论。
子历程处置惩罚信号 父历程发送完信号了，就该子历程处置惩罚啦。
子历程只要 交给sig_soft_quit处置惩罚。子历程初始化完成后，收到了SIGQUIT信号，由sig_soft_quit处置惩罚，终究挪用 处置惩罚：
void fcgi_terminate(void){
in_shutdown = 1;
}
就是将in_shutdown设置为1。
子历程退出 子历程的轮回主体在 fcgi_accept_request 中，个中多出推断in_shutdown，若为1则直接退出：
超时处置惩罚 前面提到的 是 。实行了如下操纵：
fpm_pctl(FPM_PCTL_STATE_UNSPECIFIED, FPM_PCTL_ACTION_TIMEOUT);
在这类条件下， ，直接退出了子历程。
为什么sleep会被打断？ 我们能够看到， 就是体系挪用sleep（php_sleep是sleep的一个宏）：
/* {{{ proto void sleep(int seconds)
Delay for a given number of seconds */PHP_FUNCTION(sleep)
{
zend_longnum;
if (zend_parse_parameters(ZEND_NUM_ARGS(), "l", &num) == FAILURE) {
RETURN_FALSE;
}
php_sleep((unsigned int)num);
}/* }}} */
sleep函数实行时，此时历程的状况是S：
interruptiblesleep 此时一旦有信号触发，立马处置惩罚信号，比方我们方才说过的SIGQUIT，完毕了以后发明，sleep实行完了。
由于 写了啊：
<b>sleep</b>() makesthecallingthreadsleepuntil <i>seconds</i> secondshave elapsedor a signalarriveswhichis not ignored.
须要注重的是， ，所以纵然信号打断了sleep，也仅仅是跳过sleep继承实行罢了。
以上就是php-fpm的reload历程的细致内容，更多请关注ki4网别的相干文章！
