php curl獲取數(shù)據(jù)不完整的解決辦法：1、去掉“CURLOPT_RETURNTRANSFER=true”；2、修改數(shù)據(jù)源服務(wù)器的nginx緩存配置。

本文操作環(huán)境：Windows7系統(tǒng)、PHP7.1、Dell G3電腦。

php curl 獲取數(shù)據(jù)不完整

curl獲取數(shù)據(jù)的時候，結(jié)果的字符串長度比較大。 相同的結(jié)果每次獲取的數(shù)據(jù)都不全，并且長度也不一樣。

試著把 HEADER信息修改為except: 但還是不行（這個可以解決的問題是數(shù)據(jù)量太大導(dǎo)致獲取結(jié)果為空的情況）。

去掉

 CURLOPT_RETURNTRANSFER = true

可以打印出完整數(shù)據(jù)

解決方案：

修改數(shù)據(jù)源服務(wù)器的nginx緩存配置【推薦：PHP視頻教程】

fastcgi_buffers 由原來的 8*128k修改到8*1M

以下引自https://segmentfault.com/a/1190000007513677

Nginx的buffer機制，對于來自 FastCGI Server 的 Response，Nginx 將其緩沖到內(nèi)存中，然后依次發(fā)送到客戶端瀏覽器。緩沖區(qū)的大小由 fastcgi_buffers 和 fastcgi_buffer_size 兩個值控制。

比如如下配置：

fastcgi_buffers 8 4K;

fastcgi_buffer_size 4K;

fastcgi_buffers 控制 nginx 最多創(chuàng)建 8 個大小為 4K 的緩沖區(qū)，而 fastcgi_buffer_size 則是處理 Response 時第一個緩沖區(qū)的大小，不包含在前者中。所以總計能創(chuàng)建的最大內(nèi)存緩沖區(qū)大小是 84K+4K = 36k。而這些緩沖區(qū)是根據(jù)實際的 Response 大小動態(tài)生成的，并不是一次性創(chuàng)建的。比如一個 8K 的頁面，Nginx 會創(chuàng)建 24K 共 2 個 buffers。

當(dāng) Response 小于等于 36k 時，所有數(shù)據(jù)當(dāng)然全部在內(nèi)存中處理。如果 Response 大于 36k 呢？fastcgi_temp 的作用就在于此。多出來的數(shù)據(jù)會被臨時寫入到文件中，放在這個目錄下面。

內(nèi)存中緩沖了 36Kb，剩下的會寫入的文件中。而實際的情況是，運行 Nginx Process 的用戶并沒有 fastcgi_temp 目錄的寫權(quán)限，于是剩下的數(shù)據(jù)就丟失掉了。