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ù)的時(shí)候，結(jié)果的字符串長(zhǎng)度比較大。 相同的結(jié)果每次獲取的數(shù)據(jù)都不全，并且長(zhǎng)度也不一樣。

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

去掉

 CURLOPT_RETURNTRANSFER = true

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

解決方案：

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

fastcgi_buffers 由原來(lái)的 8*128k修改到8*1M

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

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

比如如下配置：

fastcgi_buffers 8 4K;

fastcgi_buffer_size 4K;

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

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

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