接收包体的两种方式
- 接收完全部包体再发送
- ?一边接收包体一边发送
proxy_request_buffering? # 如果开启了 nginx会在内存开辟一块空间来缓存客户发来的请求
语法：proxy_request_buffering on | off
默认值：proxy_request_buffering on
on表示nginx接收完完整的body后才和upstream建立连接，off则是先建立连接，然后发送请求的时，从下游读取body，同时往上游转发。默认情况下是on，即nginx先生成要发往上游的包体，然后才去和上游建立连接。这样做是为了不耽误时间，不占用较长时间连接。因为一边读一边转发的问题是，一般下游和nginx之间的网速较慢，而nginx和upstream的网速较快(内网)，这样边读边发会浪费很多时间。
?client_max_body_size??# 客户端请求体最大的大小
语法：client_max_body_size szie
默认值：client_max_body_size 1M
client_body_buffer_size? # 这个对应上面的proxy_request_buffering是否开启，如果开启了这个就是限制缓冲区大小的的相关指令
语法：client_body_buffer_size size
默认值：client_body_buffer_size 8k | 16k
请求体（Conten-Length）、client_max_body_size、client_body_buffer_size三者产生的一些情况探讨
- Conten-length > client_max_body_size? ?
? ? ? ? ?---->请求失败 ----->返回413: Request Entity Too Large
- Conten-length < client_body_buffer_size?
?????????----->请求体存储到内存中------>请求成功
- client_body_buffer_size < Conten-length < clietn_max_body_size
????????----->请求体存储到磁盘client_body_temp_path path指定目录----->请求成功
client_body_in_single_buffer?# 用来连接存储在内存中，不用随机查找，提高效率
? ? 语法：client_body_in_single_buffer on | off
? ? 默认值：client_body_in_single_buffer off
client_body_temp_path? # 如果请求体大小大于上面所设置的client_body_buffer_size 就存放在磁盘上的此目录下
? ? 语法：client_body_temp_path path [ level1 ] [ level2 ] [ level3 ]
? ? 默认值：client_body_temp_path client_body_temp
client_body_in_file_only?#如果开启不管请求体的大小为多少都会存到磁盘上，on和clean有区别的，clean：当请求体被处理完成后会清除掉存在磁盘上的请求体内容，on:不会清除
语法：client_body_in_file_only on | clean | off
默认值：client_body_in_file_only off
client_body_timeout time?#当客户端和nginx服务建立了连接后，设置一个不发请求体的一个超时时间
语法：client_body_timeout time
默认值：client_body_timeout 60s
