《Java实战开发》页面访问服务器返回json格式数据太大，导致数据不全被截断，无法展示

问题：页面展示调用查询方法查询全部数据的时候一直显示loading。。。，打开调试器显示 Failed to load resource: net::ERR_SPDY_PROTOCOL_ERROR，而少部分查询则正常显示。

因为数据中有图片转成的二进制数组，数据比较长，由此怀疑是返回数据大小的问题，经过排查发现查询全部时返回的json数据不全，被截断了，因此页面无法解析。（这个问题真的很坑，排查了很久才发现是nginx的问题）

经过查询资料，发现是nginx代理的问题。

原因：nginx对于小的反向代理请求是使用内存作中转，对于稍微大一点的，是使用临时文件系统来做中转的，临时文件目录/usr/local/nginx/proxy_temp，而对这个目录没有读写权限，导致数据不全。

解决：然后让运维看了下nginx的日志和目录权限，发现确实如此，给临时文件目录加上读写权限，搞定。
 

 

附上nginx机制解释：（引用自：https://blog.csdn.net/j6915819/article/details/80603846）

Nginx 的 buffer 机制，对于来自 FastCGI Server 的 Response，Nginx 将其缓冲到内存中，然后依次发送到客户端浏览器。缓冲区的大小由 fastcgi_buffers 和 fastcgi_buffer_size 两个值控制。
比如如下配置：
fastcgi_buffers 8 4K; 
fastcgi_buffer_size 4K;
fastcgi_buffers 控制 nginx 最多创建 8 个大小为 4K 的缓冲区，而 fastcgi_buffer_size 则是处理 Response 时第一个缓冲区的大小，不包含在前者中。所以总计能创建的最大内存缓冲区大小是 84K+4K = 36k。而这些缓冲区是根据实际的 Response 大小动态生成的，并不是一次性创建的。比如一个 8K 的页面，Nginx 会创建 24K 共 2 个 buffers。
当 Response 小于等于 36k 时，所有数据当然全部在内存中处理。如果 Response 大于 36k 呢？fastcgi_temp 的作用就在于此。多出来的数据会被临时写入到文件中，放在这个目录下面。
内存中缓冲了 36Kb，剩下的会写入的文件中。而实际的情况是，运行 Nginx Process 的用户并没有 fastcgi_temp 目录的写权限，于是剩下的数据就丢失掉了。

注意：首先要检查确认前端页面html js等代码没有写错，一般页面数据加载不全，是数据格式错误或者加载到的页面代码错误。