纵然对于select,epoll这2个模型,既可以使用阻塞模式的socket也可以使用非阻塞的
虽然,但是这2个模型的消息通知可以防止accetp,recv在阻塞模式下的进入阻塞状态,却不能防止NGINX主动发出的connect和send进入阻塞状态
特别是NGINX是单线程模型,任何调用的阻塞状态都会造成整个线程阻塞甚至挂起,这对NGINX来说是完全不能接受的
因此在ngx_open_listening_sockets函数中,对所有listen socket,除非是IOCP或者UNIX_AIO模型,都把这个socket设置成非阻塞模式,代码如下:
if (!(ngx_event_flags & NGX_USE_AIO_EVENT)) {
if (ngx_nonblocking(s) == -1) {
ngx_log_error(NGX_LOG_EMERG, log, ngx_socket_errno,
ngx_nonblocking_n ' %V failed',
&ls[i].addr_text);
if (ngx_close_socket(s) == -1) {
ngx_log_error(NGX_LOG_EMERG, log, ngx_socket_errno,
ngx_close_socket_n ' %V failed',
&ls[i].addr_text);
}
return NGX_ERROR;
}
}
而在ngx_event_accept中,也有一样的实现逻辑
/* set a blocking mode for aio and non-blocking mode for others */
if (ngx_inherited_nonblocking) {
if (ngx_event_flags & NGX_USE_AIO_EVENT) {
if (ngx_blocking(s) == -1) {
ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,
ngx_blocking_n ' failed');
ngx_close_accepted_connection(c);
return;
}
}
} else {
if (!(ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT))) {
if (ngx_nonblocking(s) == -1) {
ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,
ngx_nonblocking_n ' failed');
ngx_close_accepted_connection(c);
return;
}
}
}
比较特殊的是connect,unix平台的传统的做法都是让connect的socket进入非阻塞模式,NGINX也是这样,在ngx_event_connect_peer中,直接设置成非阻塞模式了事
if (ngx_nonblocking(s) == -1) {
ngx_log_error(NGX_LOG_ALERT, pc->log, ngx_socket_errno,
ngx_nonblocking_n ' failed');
goto failed;
}
另外补充一点,win平台上的WsaAysncSelect以及WsaEventSelect会自动把套接口设置成非阻塞模式,因此不管connect,send,accept,recv都是非阻塞模式,并且有各自对应的通知消息类型
联系客服