今天在客户现场碰到个问题，说起来也挺简单的，但是解决的过程有点曲折：

早上上班客户反馈：有个文件上传不了，然后我意识到肯定是Nginx的请求体的大小配置错误导致的，但是上客户的机器看了下，提示的错误是网络连接重置，传小文件没啥问题，超过100M的文件就会报错，但是也不是平常的413。见下图

不管是什么，先上服务器看下是不是猜测这个问题导致的，看了下Ng的配置没问题，限制的消息体配置是200M，瞬间感觉这问题没那么简单，因为早上太忙了，就先去看其它问题了，处理完已经下午了。

这会儿把服务器的配置拷贝本地，验证了下，也是同样的效果，直接调后端接口上传超过100M的文件是可以的，但是一旦使用ng转发就会有问题，看了下服务器ng的错误日志 (An existing connection was forcibly closed by the remote host) while r...，本地测试浏览器的话就是提示这个报错
NET::ERR_INCOMPLETE_CHUNKED_ENCODING 200，又去后端看了下日志，没发现有访问日志（这是个坑）。

判断应该是Ng的配置导致的，依据就是直接调用可以但是经过Ng转发就会报错。

掏出百度大法，用Ng的错误信息在网上搜了一大堆问题，大部分都反映Ng配置的 长连接没配置、代理的超时时间太短等等类似的问题，实际按这些加上，没一点用。。。看来百度也靠不住啊。

而且看报错的时间基本上就是几秒后就直接报错了，所以怀疑不是超时问题。。。

疑惑了一会儿，决定再看看是不是后端问题，虽然相关的接口都加了配置但是也不确定是不是真的是这个问题。

果然，打好断点，启动项目，看下直接进了模型验证的过滤器，一看直接模型验证没过，感觉有点奇怪，这个方法除了带了一个文件 没有参数啊，看了下断点报错的信息：Failed to read the request form. Multipart body length limit 134217728 exceeded.

一下就反应过来，这个是啥问题，看了下相关接口配了 `[RequestSizeLimit(200 << 20)]` 这个注解 应该是没超过，但是看了下这个注解没有其它可配置的参数了，所以就去这个命名空间下碰碰运气，果然被我找到一个差不多的注解 `
RequestFormLimitsAttribute` 看了下类的内容和文档 确定应该加这个配置就没问题了。

话不多说 把这个注解 `[RequestFormLimits(MultipartBodyLengthLimit = 200 << 20)]` 按这个加到对应接口，试了下果然好了。

回顾下整个过程，再怀疑Ng配置那里花了不少的时间，为啥嘞，就是在服务器看了半天发现后端没有任何接入日志，结果我看了下代码，丢!!!竟然模型验证的过滤器和接入日志的过滤器的顺序是反的。。。

而且还有个奇怪的地方是后端返回的错误信息也被Ng吃了，还显示200，笑死，算了问题解决了，赶紧编译打包发布。

最后整理下原因：考虑直接调后端的接口上传文件没问题，通过Ng转化有问题，猜测应该是Ng转化后上传文件的消息体被分片了，正好后端开始没有对这块进行配置，所以直接拒绝了上传的请求。

解决的方法就是：在需要的接口配置了 请求体限制的情况下，再配置
RequestFormLimitsAttribute 按需要限制就可以了。