上传大文件，出现： 413 request Entity too Large错误的解决办法

工作中遇见了一个问题，就是上传一个100M的文件，会报413 request Entity too Large错误，下面给出解决方式。

经过排查，发现服务器使用nginx作为反向代理服务器，报上名错误，是因为请求长度超过了nginx默认的缓存大小和最大客户端最大请求大小。

经过网上搜索，找的了分别针对post和get方式的解决办法

针对post

针对post请求解决办法：
修改nginx.conf里面的几个相关的配置参数
client_body_buffer_size 10m(配置请求体缓存区大小, 不配的话)
client_max_body_size 20m(设置客户端请求体最大值)
client_body_temp_path /data/temp (设置临时文件存放路径。只有当上传的请求体超出缓存区大小时，才会写到临时文件中,注意临时路径要有写入权限)

如果上传文件大小超过client_max_body_size时，会报413 entity too large的错误。

针对get

针对get请求，我们可以通过修改另外两个配置来解决请求串超长的问题：
client_header_buffer_size 语法：client_header_buffer_size size 默认值：1k 使用字段：http, server 这个指令指定客户端请求的http头部缓冲区大小绝大多数情况下一个头部请求的大小不会大于1k不过如果有来自于wap客户端的较大的cookie它可能会大于1k，Nginx将分配给它一个更大的缓冲区，这个值可以在 large_client_header_buffers里面设置。 large_client_header_buffers 语法：large_client_header_buffers number size 默认值：large_client_header_buffers 4 4k/8k 使用字段：http, server 指令指定客户端请求的一些比较大的头文件到缓冲区的最大值，如果一个请求的URI大小超过这个值，服务器将返回一个"Request URI too large" (414)，同样，如果一个请求的头部字段大于这个值，服务器将返回"Bad request" (400)。缓冲区根据需求的不同是分开的。默认一个缓冲区大小为操作系统中分页文件大小，通常是4k或8k，如果一个连接请求将状态转换为 keep-alive，这个缓冲区将被释放。

为什么修改http header的大小就能解决get请求串过长的问题？因为get请求参数会拼在http header中，所以，修改了http header的大小，就能解决上面问题。

Nginx 400错误：HTTP头/Cookie过大

nginx400错误是由于request header过大，通常是由于cookie中写入了较长的字符串所引起的。
解决方法是不要在cookie里记录过多数据，如果实在需要的话可以考虑调整在nginx.conf中的client_header_buffer_size(默认1k)
若cookie太大，可能还需要调整large_client_header_buffers(默认4k)，该参数说明如下：
请求行如果超过buffer，就会报HTTP 414错误(URI Too Long)
nginx接受最长的HTTP头部大小必须比其中一个buffer大，否则就会报400的HTTP错误(Bad Request)。