一  接收用户请求包体

nginx读取请求体的源码分析

说明： 虽然是被'http core核心'框架'处理',但是被'proxy'反向代理模块'使用'重点： 哪些'指令'控制接收'request body'的行为?

 ①  proxy_request_buffering

控制： nginx接收'客户端 request body'的方式,'proxy模块提供的'具体： on  -->'收完body'再转发,使用'文件缓冲'off -->是'边接收'边转发,使用'内存缓冲' -->'关闭'包体缓存

1) on表示nginx'先'接收完'客户端完整的请求体body',后才和upstream'建立连接' -->"默认(内网网速大)"2) off则是nginx'先与上游'建立连接,然后nginx'发送请求'的时,从'下游读取'请求body,同时往'上游'转发场景： 有些'POST'请求上传文件,'请求体太大',而'下游和nginx之间'的网速'(一般是公网)'较慢

 ②  client_body_buffer_size 

说明： 是'core'框架提供的回顾： '请求的header'是在11个阶段'开始之前'接收,而body是在'content 阶段'接收建议：  预设512k或者'1m'

1) 如果请求的body'小于'client_body_buffer_size,则分配'所需'的内存大小来接收2) 如果请求的body'大于'client_body_buffer_size,那么在'接受第一段'client_body_buffer_size大小的数据后[1]、proxy_request_buffering on  -->决定'先接收到完整'的body,内存不够只能保存进'临时'文件中思考：在哪个'临时'文件中呢？--> 'client_body_temp 指定的路径中'[2]、proxy_request_buffering off -->决定'边接收'边'转发'给上游

②  client_body_in_single_buffer

$request_body为空或不准 

request_body日志频频为空

③  client_body_in_file_only

说明： 是'core模块'提供的,了解应用'场景' --> debug '定位'问题需要开启含义： body是否必须'完整'存放到文件中,根据'参数'决定清除处理完是否删除文件的'body内容'补充： client_body_in_file_only off含义; body'小于'​ 两个'内存页' ​不会存'临时'文件

④  client_body_temp_path

说明： 接收'body'后临时存放文件的'路径'格式细节点： nginx'启动'以后会自动基于'--prefix'生成 默认'client_body_temp'的路径

⑤  client_max_body_size 

细节点： 基于'请求头'中的'Content-Length'进行判断的

⑥  client_body_timeout 

说明： 这里408是读取'请求体'超时一般： 设置'65'即可思考： 哪些因素会'影响'读取请求体超时? 网络时延?

nginx 408报错的案例

socket缓冲区

tcpdump查看Nginx长连接还是短连接