curl获取数据的时候，结果的字符串长度比较大。 相同的结果每次获取的数据都不全，并且长度也不一样。
试着把 HEADER信息修改为except: 但还是不行（这个可以解决的问题是数据量太大导致获取结果为空的情况）。
去掉
CURLOPT_RETURNTRANSFER = true
可以打印出完整数据
解决方案：
修改数据源服务器的nginx缓存配置
fastcgi_buffers 由原来的 8128k修改到81M
以下引自https://segmentfault.com/a/1190000007513677
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 目录的写权限，于是剩下的数据就丢失掉了。
————————————————
版权声明：本文为CSDN博主「冰峰雪岭」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/glovenone/article/details/72650133