## 接收包体两种方式
nginx对于客户端的请求发送给上有服务器是如何做的?
1. 接收完全部包体再发送;
2. 一边接收,一边发送;
## 相关指令
1. proxy_request_buffering;
2. client_max_body_size;
3. client_max_buffer_size;
## proxy_request_buffering
语法:
```
proxy_request_buffering on | off
```
默认值:
```
proxy_request_buffering on; //设为on,nginx完全接收包体后再发送给上游服务器;
```
上下文:
```
http | server | location
```
### 开启(on)的情况:
设为off的话,nginx需要和上游服务器不停的建立大量的连接和请求,对于上游服务器的压力较大;
1. 对吞吐量要求高;
2. 上游服务并发处理能力低;
### 关闭的情况
如果将buffering关闭的话,那么对于客户端的响应速度就会更快,并且减少nginx的磁盘IO,因为不需要将请求缓存起来;并且buffering的容量是有限的,当超过这个容量后,nginx会将请求存储到磁盘上;
1. 更及时的响应;
2. 减少nginx磁盘IO;
## client_max_body_size
这个决定了nginx可以处理的请求体的大小,这个参数需要特别注意,如果需要上传文件或者图片需要将这个参数调大,否则大于这个体量无法上传的;
语法:
```
client_max_body_size size;
```
默认值:
```
client_max_body_size 1M;
```
上下文:
```
http | server | location
```
## client_max_buffer_size
这个就是对应前面的buffering的大小;
语法:
```
client_max_buffer_size size;
```
默认值:
```
client_max_buffer_size 8k | 16k;
```
上下文:
```
http | server | location
```
## 场景实践
请求体小于client_max_body_size:
![](https://img.kancloud.cn/48/bc/48bc0035a204191f506a74d212d96037_2814x1314.png)
请求体大于client_max_body_size:
![](https://img.kancloud.cn/d7/3a/d73ae4c20d511ec221a86d62bf2a04cd_2696x1296.png)
请求体小于client_max_body_size但是使用client_body_temp_path指定了临时存储目录:
![](https://img.kancloud.cn/17/c4/17c4e4499c2bcf21825a5cf230ca7515_2774x1236.png)
## client_body_in_single_buffer
如果是on,那么请求体会存放在缓冲区连续的区域;这样读取会更快;
语法:
```
client_body_in_single_buffer on | off;
```
默认值:
```
client_body_in_single_buffer off;
```
上下文:
```
http | server | location
```
## client_body_temp_path
当请求体大于设定的请求体的容量,那么就会存放到设定的目录中;
语法:
```
client_body_temp_path path [level1] [level2] [level3];
```
默认值:
```
client_body_temp_path client_body_temp;
```
上下文:
```
http | server | location
```
## client_body_in_file_only
当这个值设为on,不管请求体大于还是小于缓冲区都会存放到磁盘上;请求完成后不删除;如果选择clean,也会存放磁盘上,但是请求完成后会删除;
语法:
```
client_body_in_file_only on | clean | off;
```
默认值:
```
client_body_in_file_only off;
```
上下文:
```
http | server | location
```
## client_body_timeout
当客户端和nginx建立连接后长时间没有发送请求体,就会关闭连接;
语法:
```
client_body_timeout time;
```
默认值:
```
client_body_timeout 60s;
```
上下文:
```
http | server | location
```
## 实例
```
location /receive/ {
proxy_pass http://back_end;
client_max_body_size 100k; //客户端最大请求体大小
client_body_buffer_size 250k;
client_body_temp_path test_body_path; //配置完成后nginx会自动创建test_body_path这个文件夹
client_body_in_file_only on;
client_body_in_sigle_buffer on;
proxy_request_buffering on;
client_body_timeout 30;
}
```
- NginX简述
- 什么是中间件
- NginX概述
- 选择NginX的理由
- NginX环境安装
- 四项确认
- NginX安装
- 安装
- 安装目录详解
- 编译参数详解
- Nginx主目录
- 基于NginX的中间件架构
- Nginx日志类型
- Nginx变量
- 常见NginX中间架构
- 静态资源web服务
- 概述
- 静态资源服务场景-CDN
- 浏览器缓存原理
- 跨站访问
- 防盗链
- 代理服务
- 概述
- 配置语法
- 其他配置语法
- 负载均衡调度器SLB
- 概述
- 配置
- 动态缓存
- ====分割线====
- Nginx初体验
- nginx简介
- 请求全流程
- nginx核心优势
- 安装第一个rpm包nginx
- Nginx进程结构与热部署
- 进程结构
- 信号量管理nginx
- 配置文件重载原理真相
- nginx热部署
- nginx模块化管理机制
- nginx编译安装的配置参数
- nginx配置文件结构
- 虚拟主机的分类
- Nginx核心指令基础应用
- main段核心参数用法
- events段核心参数用法
- HTTP段核心参数用法
- server_name
- server_name指令用法优先级
- root和alias的区别
- location的基础用法
- location指令中匹配规则的优先级
- 深入理解location中URL结尾的反斜线
- stub_status模块用法
- Nginx应用进阶
- connection和request
- 对connection做限制的limit_conn模块
- 对request处理速率做限制的limit_req模块
- 限制特定IP或网段访问的access模块
- 限制特定用户访问的auth_basic模块
- 基于HTTP响应状态码做权限控制的auth_request模块
- rewrite模块
- return指令
- rewrite指令
- return和rewrite指令执行顺序
- if指令
- autoindex模块用法
- Nginx的变量
- 变量分类
- TCP连接相关变量
- 发送HTTP请求变量
- 处理HTTP请求变量
- 反向代理
- 基础原理
- 动静分离
- nginx作为反向代理支持的协议
- 用于定义上游服务的upstream模块
- upstream模块指令用法详解
- 配置一个可用的上游应用服务器
- proxy_pass常见误区
- 代理场景下nginx接受用户请求包体的处理方式
- 代理场景下Nginx更改发往上游的用户请求
- 代理场景下Nginx与上游服务建立连接细节
- 基于fastcgi的反向代理
- 负载均衡
- 负载均衡基础
- 实现nginx对上游服务负载均衡
- 负载均衡hash算法
- 负载均衡ip_hash算法
- 负载均衡最少连接数算法
- 针对上游服务器返回异常时的容错机制
- Nginx缓存
- 缓存基础
- 缓存相关指令
- 缓存用法配置示例
- 配置nginx不缓存上游服务特定内容
- 缓存失效降低上游压力机制1-合并源请求
- 缓存失效降低上游压力机制2-启用陈旧缓存
- 第三方清除模块ngx_cache_purge介绍
- ngx_cache_purge用法配置示例
- Nginx和HTTPS
- https原理基础
- https如何解决信息被窃听的问题
- https如何解决报文被篡改以及身份伪装问题
- 配置私有CA服务器
- 组织机构向CA申请证书及CA签发证书
- 深入Nginx架构
- Nginx性能优化