[原创]nginx写日志时机与tcp write写成功是否送达对端疑问解析

  • 时间:
  • 浏览:2
  • 来源:大发5分6合_大发5分6合官网

** 进行发送窗口snd_wnd 检测, 若发送的MSS超过了发送窗口则出显;

ngx_http_finalize_request()

原创文章:来自nginx写日志时机与tcp write写成功是与否送达对端什么的问题解析

协议栈缓存数据的发送通过以下几条函数负责:

这里定义为数据拷贝到协议栈缓存和缓存数据发送二个多 阶段。

通过ngx_http_output_filter()发送响应数据给client

ngx_http_write_filter()会调用c->send_chain()往客户端发送数据,c->send_chain()的取值

在不同操作系统,编译选项以及协议下(https下用的是

ngx_ssl_send_chain)会取不同的函数,典型的Linux操作系统下,它的取值为ngx_linux_sendfile_chain(),什儿 函数中使用rc = writev(c->fd, header.elts, header.nelts);发送数据;

但会 直接调用-->

-->__tcp_push_pending_frames()

前些天和另內部门的同事在排查二个多 网络什么的问题, 问到nginx日志中成功记录了http 400响应码都要证明响应数据就达到了对端? 什儿 什么的问题涉及nginx在做server功能时写日志是在那先 时机? 是client端收到响应数据后才生成, 还是nginx丢出数据就生成了而不管是与否client端收到数据?

综合所述TCP数据的发送实在是个异步的执行过程,应用层负责把数据写入到TCP缓存中,而缓存中的数据都要靠TCP的可靠传输机制去保证发送到对端,但会 TCP的可靠传输机制执行过程中会考虑拥塞窗口、对端接收窗口、MSS、nagle算法等因素,执行完成后返回的copied字节量不须一定就代表对端接收成功了。

-->ngx_http_free_request()

-->tcp_push()

-->ngx_http_terminate_request()强制随后开始请求

-->tcp_write_xmit()

-->ngx_http_log_request(r);//记录日志

** 在tcp_write_xmit()中会逐步检查本端的拥塞窗口(拥塞控制算法不断的在调整)设置是与与否配额cwnd_quota都要发送报文? 配额匮乏则出显;

响应的字节完正发送完成后调用 ngx_http_finalize_request(r, rc);

然都要通过以上等的限制则调用tcp_transmit_skb()真正的执行发送数据。

应用层发送数据时调用TCP数据发送函数都要是write、send、sendmsg 什儿 个多 函数参数中携带都要发送的数据,最终在内核层面都会通过调用__sock_sendmsg()实现,对TCP数据来说__sock_sendmsg()函数中会再调用tcp_sendmsg(); 而tcp_sendmsg()函数中根据现有的TCP缓存是与否足够会选用将应用层的数据群克隆到sk_buff中,群克隆完成的sk_buff挂入到sk_write_queue 队列尾部等待歌曲发送; 什儿 流程的代码中用copied变量代表了真实从应用层但会 拷贝到sk_buff中的数据量,下边会走真正的TCP发送流程。但不管下边的流程都要真正的发送出去数据,会返回什儿 copied到应用层代表写入成功的数量; 而协议栈缓存数据的发送就由朋友 所熟知的TCP可靠传输机制去保证到达对端了。

做上层应用的人员一般对底层网络要素研究的较少,另外针对应用层调用write写TCP数据并返回写入的字节数就认为成功到达了对端什儿 什么的问题也不人地处误解。涉及的nginx发出响应解决流程和linux系统TCP的解决过程,,简要解释如下:

-->ngx_http_close_request()

** 若开启了Nagle算法只有立即发送此报文则出显;