http使用post上传文件时，请求头和主体信息总结
請求頭必須配置如下行：
Content-Type' : 'multipart/form-data; boundary=---12321 ?boundary=---12321位文件的分界線
body如下：
"-----12321\r\n" ? ? ? ?//分割文件時加--
? ? ? ? ? ? ? ? "Content-Disposition: form-data; name=\"file\"; filename=\"test.txt\"\r\n"
? ? ? ? ? ? ? ? "Content-Type: text/plain\r\n\r\n" ? ??
? ? ? ? ? ? ? ? "inc-cd\n" test.txt的文件內容
? ? ? ? ? ? ? ? "-----12321\r\n"
假設接受文件的網頁程序位于?http://192.168.29.65/upload_file/UploadFile.假設我們要發送一個圖片文件，文件名為“kn.jpg”，
首先客戶端鏈接 192.168.24.56 后, 應該發送如下http 請求：
POST/logsys/home/uploadIspeedLog!doDefault.html?HTTP/1.1?
Accept: text/plain, */*?
Accept-Language: zh-cn?
Host: 192.168.24.56
Content-Type:multipart/form-data;boundary=-----------------------------7db372eb000e2
User-Agent: WinHttpClient?
Content-Length: 3693
Connection: Keep-Alive
-------------------------------7db372eb000e2
Content-Disposition: form-data; name="file"; filename="kn.jpg"
Content-Type: image/jpeg
(此處省略jpeg文件二進制數據...）
-------------------------------7db372eb000e2--
此內容必須一字不差，包括最后的回車，紅色字體部分就是協議的頭。給服務器上傳數據時，并非協議頭每個字段都得說明，其中，content-type是必須的，它包括一個類似標志性質的名為boundary的標志，它可以是隨便輸入的字符串。對后面的具體內容也是必須的。它用來分辨一段內容的開始。Content-Length: 3693 ，這里的3693是要上傳文件的總長度。綠色字體部分就是需要上傳的數據，可以是文本，也可以是圖片等。數據內容前面需要有Content-Disposition, Content-Type以及Content-Transfer-Encoding等說明字段。最后的紫色部分就是協議的結尾了。
注意這一行：
Content-Type: multipart/form-data; boundary=---------------------------7db372eb000e2
根據 rfc1867, multipart/form-data是必須的.?
---------------------------7db372eb000e2?是分隔符，分隔多個文件、表單項。其中b372eb000e2?是即時生成的一個數字，用以確保整個分隔符不會在文件或表單項的內容中出現。Form每個部分用分隔符分割，分隔符之前必須加上"--"著兩個字符(即--{boundary})才能被http協議認為是Form的分隔符，表示結束的話用在正確的分隔符后面添加"--"表示結束。
前面的 ---------------------------7d 是 IE 特有的標志,Mozila 為---------------------------71.?
?
?
每個分隔的數據的都可以用Content-Type來表示下面數據的類型，可以參考rfc1341 (http://www.ietf.org/rfc/rfc1341.txt)
例如?：Contect-Type:image/jpeg 表示下面的數據是jpeg文件數據
[轉]通過 http 協議上傳文件
2008-04-30 23:55
| 1、概述 在最初的 http 協議中，沒有上傳文件方面的功能。 rfc1867 (?http://www.ietf.org/rfc/rfc1867.txt?) 為 http 協議添加了這個功能。客戶端的瀏覽器，如 Microsoft IE, Mozila, Opera 等，按照此規范將用戶指定的文件發送到服務器。服務器端的網頁程序，如 php, asp, jsp 等，可以按照此規范，解析出用戶發送來的文件。 Microsoft IE, Mozila, Opera 已經支持此協議，在網頁中使用一個特殊的 form 就可以發送文件。 絕大部分 http server ，包括 tomcat ，已經支持此協議，可接受發送來的文件。 各種網頁程序，如 php, asp, jsp 中，對于上傳文件已經做了很好的封裝。 2、上傳文件的實例：用 servelet 實現（http server 為 tomcat 4.1.24） 1. 在一個 html 網頁中，寫一個如下的form ： <form?enctype="multipart/form-data"?action="http://192.168.29.65/UploadFile"?method=post> ??? load multi files :<br> ??? <input name="userfile1"?type="file"><br> ??? <input name="userfile2" type="file"><br> ??? <input name="userfile3" type="file"><br> ??? <input name="userfile4" type="file"><br> ??? text field :<input type="text" name="text" value="text"><br> ??? <input type="submit" value="提交"><input type=reset> </form> 2. 服務端 servelet 的編寫 現在第三方的 http upload file 工具庫很多。Jarkata 項目本身就提供了fileupload 包http://jakarta.apache.org/commons/fileupload/?。文件上傳、表單項處理、效率問題基本上都考慮到了。在 struts 中就使用了這個包，不過是用 struts 的方式另行封裝了一次。這里我們直接使用 fileupload 包。至于struts 中的用法，請參閱 struts 相關文檔。 這個處理文件上傳的 servelet 主要代碼如下： public void doPost( HttpServletRequest request, HttpServletResponse response ) { ??? DiskFileUpload diskFileUpload = new DiskFileUpload(); ??? //?允許文件最大長度 ??? diskFileUpload.setSizeMax( 100*1024*1024 ); ??? //?設置內存緩沖大小 ??? diskFileUpload.setSizeThreshold( 4096 ); ??? //?設置臨時目錄 ??? diskFileUpload.setRepositoryPath( "c:/tmp" ); ??? List fileItems = diskFileUpload.parseRequest( request ); ??? Iterator iter = fileItems.iterator(); ??? for( ; iter.hasNext(); ) { ??????? FileItem fileItem = (FileItem) iter.next(); ??????? if( fileItem.isFormField() ) { ??????????? //?當前是一個表單項 ??????????? out.println( "form field : " + fileItem.getFieldName() + ", " + fileItem.getString() ); ??????? } else { ??????????? //?當前是一個上傳的文件 ??????????? String fileName = fileItem.getName(); ??????????? fileItem.write( new File("c:/uploads/"+fileName) ); ??????? } ??? } } 為簡略起見，異常處理，文件重命名等細節沒有寫出。 3、 客戶端發送內容構造 假設接受文件的網頁程序位于?http://192.168.29.65/upload_file/UploadFile. 假設我們要發送一個二進制文件、一個文本框表單項、一個密碼框表單項。文件名為 E:\s ，其內容如下：（其中的XXX代表二進制數據，如 01 02 03） a bb XXX ccc 客戶端應該向 192.168.29.65 發送如下內容： POST /upload_file/UploadFile HTTP/1.1 Accept: text/plain, */* Accept-Language: zh-cn Host: 192.168.29.65:80 Content-Type:multipart/form-data;boundary=---------------------------7d33a816d302b6 User-Agent: Mozilla/4.0 (compatible; OpenOffice.org) Content-Length: 424 Connection: Keep-Alive -----------------------------7d33a816d302b6 Content-Disposition: form-data; name="userfile1";?filename="E:\s" Content-Type: application/octet-stream a bb XXX ccc -----------------------------7d33a816d302b6 Content-Disposition: form-data; name="text1" foo -----------------------------7d33a816d302b6 Content-Disposition: form-data; name="password1" bar -----------------------------7d33a816d302b6-- 此內容必須一字不差，包括最后的回車。 注意：Content-Length: 424 這里的424是紅色內容的總長度（包括最后的回車） 注意這一行： Content-Type: multipart/form-data; boundary=---------------------------7d33a816d302b6 根據 rfc1867, multipart/form-data是必須的. ---------------------------7d33a816d302b6 是分隔符，分隔多個文件、表單項。其中33a816d302b6 是即時生成的一個數字，用以確保整個分隔符不會在文件或表單項的內容中出現。前面的 ---------------------------7d 是 IE 特有的標志。 Mozila 為---------------------------71 用手工發送這個例子，在上述的 servlet 中檢驗通過。 (上面有一個回車)用戶可以選擇多個文件，填寫表單其它項，點擊“提交”按鈕后就開始上傳給http://192.168.29.65/upload_file/UploadFile?這是一個 servelet 程序 注意 enctype="multipart/form-data", method=post, type="file" 。根據 rfc1867, 這三個屬性是必須的。multipart/form-data 是新增的編碼類型，以提高二進制文件的傳輸效率。具體的解釋請參閱 rfc1867 // HEADER: ? 寫道 ......Content-Type: multipart/form-data; ? ? BODY: ? Content-type: multipart/form-data, boundary=AaB03x--AaB03xcontent-disposition: form-data; name="field1"Joe Blow--AaB03xcontent-disposition: form-data; name="pics"Content-type: multipart/mixed, boundary=BbC04y--BbC04yContent-disposition: attachment; filename="file1.txt"? ? 注釋： 1 傳文件的時候 使用的Media Type name: multipart , Media subtype name: form-data 2 boundary用來標識分割不同的field，其中文件是一個特殊的field 3 多個文件的時候得繼續制定?Content-type: multipart/mixed ，同時定義新的 boundary 4 不同的field注意區分?Content-disposition 的值，是 form/data 還是 attachment 5 這里定義的是POST方式的上傳，不針對PUT 。 ? ? 2 如果需求非常確定每次請求只上傳一個文件，那么我們可以不使用HTTP約定的這種方式，而改用一種更簡單直接的方式： ? - 在 HEDER 里的 POST 后的URL里攜帶普通參數 field - 在 BODY里直接裝在要上傳的文件內容，拋棄任何格式等約束 - 服務端直接從BODY里讀取流數據保存為文件，其他參數從URL里讀取 ? 這樣以來HTTP報文就類似： ? HEDER ? 寫道 POST /HttpFileServer/upload?filename=nodexy.zip&fid=t01 HTTP/1.1Host: www.yangzt.com:9190 Content-Length: xxxxx ? BODY ? 寫道 文件內容? 注釋： 1 這不是標準的文件上傳方式，但仍然是標準的HTTP報文 2 這種私有約定的方式，需要服務端和客戶端同時特異化處理 3 針對每次請求只傳一個文件的需求，這樣改良后就會比較簡潔，至于效率上是否有明顯差別還不得而知，未做測試對比 ? ? 3 總結： ? 在HTTP協議這一層上做文件的上傳下載，也是很常見的方式，尤其很多移動應用里會采用；因為對客戶端來說打開一個URL來GET或POST數據，相比打開一個scocke連接來讀取或寫入數據要簡單得多，實現也快捷高效。 ? HTTP協議上的上傳下載，也可以輕松實現斷點續傳，和進度反饋等，主要依賴length和range兩個值。所以作為標準考慮，一定要明確地設置header里的length屬性 --- 如果不設置，對于一般瀏覽器來說無礙，仍然可以成功下載，但是對于諸如libcurl這樣的類庫來說則無法取到數據。 ? 另外，TCP協議層上的文件上傳下載，也是很常見的應用場景，改日再次涉及另作詳談。 /
在開發中，我們使用的比較多的HTTP請求方式基本上就是GET、POST。其中GET用于從服務器獲取數據，POST主要用于向服務器提交一些表單數據，例如文件上傳等。而我們在使用HTTP請求時中遇到的比較麻煩的事情就是構造文件上傳的HTTP報文格式，這個格式雖說也比較簡單，但也比較容易出錯。今天我們就一起來學習HTTP POST的報文格式以及通過Java來模擬文件上傳的請求。 首先我們來看一個POST的報文請求，然后我們再來詳細的分析它。 POST報文格式POST /api/feed/ HTTP/1.1 Accept-Encoding: gzip Content-Length: 225873 Content-Type: multipart/form-data; boundary=OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Host: www.myhost.com Connection: Keep-Alive--OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Content-Disposition: form-data; name="lng" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit116.361545 --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Content-Disposition: form-data; name="lat" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit39.979006 --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Content-Disposition: form-data; name="images"; filename="/storage/emulated/0/Camera/jdimage/1xh0e3yyfmpr2e35tdowbavrx.jpg" Content-Type: application/octet-stream Content-Transfer-Encoding: binary這里是圖片的二進制數據 --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp--這里我們提交的是經度、緯度和一張圖片（圖片數據比較長，而且比較雜亂，這里省略掉了）。 格式分析請求頭分析我們先看?報文格式中的第一行： POST /api/feed/ HTTP/1.1 這一行就說明了這個請求的請求方式，即為POST方式，要請求的子路徑為/api/feed/,例如我們的服務器地址為www.myhost.com,然后我們的這個請求的完整路徑就是?www.myhost.com/api/feed/，最后說明了HTTP協議的版本號為1.1。 Accept-Encoding: gzip Content-Length: 225873 Content-Type: multipart/form-data; boundary=OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Host: www.myhost.com Connection: Keep-Alive 這幾個header的意思分別為服務器返回的數據需要使用gzip壓縮、請求的內容長度為225873、內容的類型為"multipart/form-data"、請求參數分隔符(boundary)為OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp、請求的根域名為www.myhost.com、HTTP連接方式為持久連接( Keep-Alive)。其中這里需要注意的一點是分隔符，即boundary。?boundary用于作為請求參數之間的界限標識，例如參數1和參數2之間需要有一個明確的界限，這樣服務器才能正確的解析到參數1和參數2。但是分隔符并不僅僅是boundary，而是下面這樣的格式：-- + boundary。例如這里的boundary為?OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp，那么參數分隔符則為: --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp 不管boundary本身有沒有這個"--"，這個"--"都是不能省略的。我們知道HTTP協議采用“請求-應答”模式，當使用普通模式，即非KeepAlive模式時，每個請求/應答客戶和服務器都要新建一個連接，完成之后立即斷開連接（HTTP協議為無連接的協議）；當使用Keep-Alive模式（又稱持久連接、連接重用）時，Keep-Alive功能使客戶端到服務器端的連接持續有效，當出現對服務器的后續請求時，Keep-Alive功能避免了建立或者重新建立連接。
如上圖中，左邊的是關閉Keep-Alive的情況，每次請求都需要建立連接，然后關閉連接；右邊的則是Keep-Alive，在第一次建立請求之后保持連接，然后后續的就不需要每次都建立、關閉連接了，?啟用Keep-Alive模式肯定更高效，性能更高，因為避免了建立/釋放連接的開銷?。 http 1.0中默認是關閉的，需要在http頭加入"Connection: Keep-Alive"，才能啟用Keep-Alive；http 1.1中默認啟用Keep-Alive，如果加入"Connection: close "，才關閉。目前大部分瀏覽器都是用http1.1協議，也就是說默認都會發起Keep-Alive的連接請求了，所以是否能完成一個完整的Keep- Alive連接就看服務器設置情況。 請求實體分析請求實體其實就是HTTP POST請求的參數列表，每個參數以請求分隔符開始，即-- + boundary。例如下面這個參數。 --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp Content-Disposition: form-data; name="lng" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit116.361545 上面第一行為--OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp，也就是--加上boundary內容，?最后加上一個換行 （這個換行不能省略），換行的字符串表示為"\r\n"?。第二行為Content-Disposition和參數名,這里的參數名為lng，即經度。?Content-Disposition就是當用戶想把請求所得的內容存為一個文件的時候提供一個默認的文件名，這里我們不過多關注。第三行為?Content-Type，即?WEB 服務器告訴瀏覽器自己響應的對象的類型?，還有指定字符編碼為UTF-8。?第四行是?描述的是消息請求(request)和響應(response)所附帶的實體對象(entity)的傳輸形式，?簡單文本數據我們設置為8bit，文件參數我們設置為binary就行?。然后添加兩個換行之后才是參數的具體內容。例如這里的參數內容為116.361545。注意這里的每行之間都是使用“\r\n”來換行的，最后一行和參數內容之間是兩個換行。文件參數也是一樣的格式，只是文件參數的內容是字節流。 這里要注意一下，普通文本參數和文件參數有如下兩個地方的不同，因為其內容本身的格式是不一樣的。 普通參數： Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit文件參數： Content-Type: application/octet-stream Content-Transfer-Encoding: binary參數實體的最后一行是: --加上boundary加上--，最后換行，這里的 格式即為: --OCqxMF6-JxtxoMDHmoG5W5eY9MGRsTBp--。 模擬文件上傳請求public static void uploadFile(String fileName) {try { // 換行符 final String newLine = "\r\n"; final String boundaryPrefix = "--"; // 定義數據分隔線 String BOUNDARY = "========7d4a6d158c9"; // 服務器的域名 URL url = new URL("www.myhost.com"); HttpURLConnection conn = (HttpURLConnection) url.openConnection(); // 設置為POST情 conn.setRequestMethod("POST"); // 發送POST請求必須設置如下兩行 conn.setDoOutput(true); conn.setDoInput(true); conn.setUseCaches(false); // 設置請求頭參數 conn.setRequestProperty("connection", "Keep-Alive"); conn.setRequestProperty("Charsert", "UTF-8"); conn.setRequestProperty("Content-Type", "multipart/form-data; boundary=" + BOUNDARY); OutputStream out = new DataOutputStream(conn.getOutputStream()); // 上傳文件 File file = new File(fileName); StringBuilder sb = new StringBuilder(); sb.append(boundaryPrefix); sb.append(BOUNDARY); sb.append(newLine); // 文件參數,photo參數名可以隨意修改 sb.append("Content-Disposition: form-data;name=\"photo\";filename=\"" + fileName + "\"" + newLine); sb.append("Content-Type:application/octet-stream"); // 參數頭設置完以后需要兩個換行，然后才是參數內容 sb.append(newLine); sb.append(newLine); // 將參數頭的數據寫入到輸出流中 out.write(sb.toString().getBytes()); // 數據輸入流,用于讀取文件數據 DataInputStream in = new DataInputStream(new FileInputStream( file)); byte[] bufferOut = new byte[1024]; int bytes = 0; // 每次讀1KB數據,并且將文件數據寫入到輸出流中 while ((bytes = in.read(bufferOut)) != -1) { out.write(bufferOut, 0, bytes); } // 最后添加換行 out.write(newLine.getBytes()); in.close(); // 定義最后數據分隔線，即--加上BOUNDARY再加上--。 byte[] end_data = (newLine + boundaryPrefix + BOUNDARY + boundaryPrefix + newLine) .getBytes(); // 寫上結尾標識 out.write(end_data); out.flush(); out.close(); // 定義BufferedReader輸入流來讀取URL的響應 // BufferedReader reader = new BufferedReader(new InputStreamReader( // conn.getInputStream())); // String line = null; // while ((line = reader.readLine()) != null) { // System.out.println(line); // }} catch (Exception e) { System.out.println("發送POST請求出現異常！" + e); e.printStackTrace();}}使用Apache Httpmime上傳文件/*** @param fileName 圖片路徑*/public static void uploadFileWithHttpMime(String fileName) {// 定義請求urlString uri = "www.myhost.com";// 實例化http客戶端HttpClient httpClient = new DefaultHttpClient();// 實例化post提交方式HttpPost post = new HttpPost(uri);// 添加json參數try { // 實例化參數對象 MultipartEntity params = new MultipartEntity(); // 圖片文本參數 params.addPart("textParams", new StringBody( "{'user_name':'我的用戶名','channel_name':'卻道明','channel_address':'(123.4,30.6)'}", Charset.forName("UTF-8"))); // 設置上傳文件 File file = new File(fileName); // 文件參數內容 FileBody fileBody = new FileBody(file); // 添加文件參數 params.addPart("photo", fileBody); params.addPart("photoName", new StringBody(file.getName())); // 將參數加入post請求體中 post.setEntity(params); // 執行post請求并得到返回對象 [ 到這一步我們的請求就開始了 ] HttpResponse resp = httpClient.execute(post); // 解析返回請求結果 HttpEntity entity = resp.getEntity(); InputStream is = entity.getContent(); BufferedReader reader = new BufferedReader(new InputStreamReader(is)); StringBuffer buffer = new StringBuffer(); String temp; while ((temp = reader.readLine()) != null) { buffer.append(temp); } System.out.println(buffer);} catch (UnsupportedEncodingException e) { e.printStackTrace();} catch (ClientProtocolException e) { e.printStackTrace();} catch (IOException e) { e.printStackTrace();} catch (IllegalStateException e) { e.printStackTrace();}} |
總結
以上是生活随笔為你收集整理的http使用post上传文件时，请求头和主体信息总结的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： lol炼金法强多少合适
- 下一篇： 判断一段文件是UTF-8编码还是GB23