CURL確實是一個不錯的好工具，不僅在PHP中還是其他的操作系統中，都是一個非常好用的。但是如果你有些參數沒有用好的話，那可能會得不到自己理想中的結果。具體情況如下，更多消息請關注應屆畢業生網！　　在通常情況下，我們使用 CURL 來提交 POST 數據的時候，我們已經習慣了這樣的'寫法：　　代碼如下:　　curl_setopt( $ch, CURLOPT_POSTFIELDS,$post_data);但是這樣的寫法在有時候並不會很好用，可能會得到服務器返回的 500 錯誤。但是我們嘗試在使用 Socket 方式向服務器提交數據的時候，我們會得到非常正確的結果。　　例如我們在服務器上面存在一個如下的 PHP 文件：　　代碼如下:　　<?php print_r($_SERVER);?>　　當我們採用 CURL 在不注意細節的前提下向服務器發送一些數據，我們可能得到下面這樣的結果，這不是我們理想中的結果：　　代碼如下:　　[CONTENT_TYPE] => multipart/form-data; boundary=—————————-f924413ea122但是如果我們在採用 http_build_query($post_data) 來替代 $post_data 再向這個 PHP 腳本提交數據的時候，我們就會得到和上面不同的結果，這纔是我們理想中的結果：　　代碼如下:　　[CONTENT_TYPE] => application/x-www-form-urlencoded從上面這個例子中不難看出，使用 CURL 並且參數爲數據時，向服務器提交數據的時候，HTTP頭會發送Content_type: application/x-www-form-urlencoded。這個是正常的網頁<form>提交表單時，瀏覽器發送的頭部。而 multipart/form-data 我們知道這是用於上傳文件的表單。包括了 boundary 分界符，會多出很多字節。　　官方的手冊上是這樣說的：　　代碼如下:　　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.　　使用數組提供 post 數據時，CURL 組件大概是爲了兼容 @filename 這種上傳文件的寫法，默認把 content_type 設爲了 multipart/form-data。雖然對於大多數服務器並沒有影響，但是還是有少部分服務器不兼容。　　經過一番總結最終得出結論：在沒有需要上傳文件的情況下，儘量對 post 提交的數據進行 http_build_query 處理，然後再發送出去，能實現更好的兼容性，更小的請求數據包。