CURL確實(shí)是一個(gè)不錯(cuò)的好工具，不僅在PHP中還是其他的操作系統(tǒng)中，都是一個(gè)非常好用的。但是如果你有些參數(shù)沒(méi)有用好的話，那可能會(huì)得不到自己理想中的結(jié)果

在通常情況下，我們使用 CURL 來(lái)提交 POST 數(shù)據(jù)的時(shí)候，我們已經(jīng)習(xí)慣了這樣的寫(xiě)法：

代碼如下:curl_setopt( $ch, CURLOPT_POSTFIELDS,$post_data);

但是這樣的寫(xiě)法在有時(shí)候并不會(huì)很好用，可能會(huì)得到服務(wù)器返回的 500 錯(cuò)誤。但是我們嘗試在使用 Socket 方式向服務(wù)器提交數(shù)據(jù)的時(shí)候，我們會(huì)得到非常正確的結(jié)果。

例如我們?cè)诜?wù)器上面存在一個(gè)如下的 PHP 文件：

代碼如下:<?php print_r($_SERVER);?>

當(dāng)我們采用 CURL 在不注意細(xì)節(jié)的前提下向服務(wù)器發(fā)送一些數(shù)據(jù)，我們可能得到下面這樣的結(jié)果，這不是我們理想中的結(jié)果：

代碼如下:[CONTENT_TYPE] => multipart/form-data; boundary=—————————-f924413ea122

但是如果我們?cè)诓捎?http_build_query($post_data) 來(lái)替代 $post_data 再向這個(gè) PHP 腳本提交數(shù)據(jù)的時(shí)候，我們就會(huì)得到和上面不同的結(jié)果，這才是我們理想中的結(jié)果：

代碼如下:[CONTENT_TYPE] => application/x-www-form-urlencoded

從上面這個(gè)例子中不難看出，使用 CURL 并且參數(shù)為數(shù)據(jù)時(shí)，向服務(wù)器提交數(shù)據(jù)的時(shí)候，HTTP頭會(huì)發(fā)送Content_type: application/x-www-form-urlencoded。這個(gè)是正常的網(wǎng)頁(yè)<form>提交表單時(shí)，瀏覽器發(fā)送的頭部。而 multipart/form-data 我們知道這是用于上傳文件的表單。包括了 boundary 分界符，會(huì)多出很多字節(jié)。

官方的手冊(cè)上是這樣說(shuō)的：

代碼如下:The full data to post in a HTTP “POST” operation. To post a file, prepend a filename with @ and use the full path. This can either be passed as a urlencoded string like ‘para1=val1¶2=val2&…' or as an array with the field name as key and field data as value. If value is an array, the Content-Type header will be set to multipart/form-data.

使用數(shù)組提供 post 數(shù)據(jù)時(shí)，CURL 組件大概是為了兼容 @filename 這種上傳文件的寫(xiě)法，默認(rèn)把 content_type 設(shè)為了 multipart/form-data。雖然對(duì)于大多數(shù)服務(wù)器并沒(méi)有影響，但是還是有少部分服務(wù)器不兼容。

經(jīng)過(guò)一番總結(jié)最終得出結(jié)論：在沒(méi)有需要上傳文件的情況下，盡量對(duì) post 提交的數(shù)據(jù)進(jìn)行 http_build_query 處理，然后再發(fā)送出去，能實(shí)現(xiàn)更好的兼容性，更小的請(qǐng)求數(shù)據(jù)包。

更多信息請(qǐng)查看IT技術(shù)專欄