AFNetworking簡單的文件上傳Demo,服務端為Java的servlet實現(xiàn)

java servlet實現(xiàn)服務端:接收文件上傳,并保存到服務器
// 創(chuàng)建一個servlet,并實現(xiàn)HTTPServlet接口
@WebServlet("/upload2")
@MultipartConfig
public class UploadDemo2Servlet extends HttpServlet {
    private static final long serialVersionUID = 1L;

    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    
        request.setCharacterEncoding("UTF-8");
        
        // 獲取上傳組件part
        Part part = request.getPart("f");
        String dis = part.getHeader("Content-disposition");
        
        // 獲取文件的真實名稱
        String filename = dis.substring(dis.indexOf("filename=")+10, dis.length()-1);
        System.out.println("文件的名稱:"+ filename);
        
        // 獲取隨機的文件名
        String uuidName = UploadUtils.getUUIDName(filename);
        System.out.println("隨機文件名:"+uuidName);
        
        // 獲取文件存放的目錄--文件夾
        String dir = UploadUtils.getDir(uuidName);
        String dirPath = this.getServletContext().getRealPath("/upload"+dir);
        File file = new File(dirPath);
        if (!file.exists()) {
            // 當文件不存在,就創(chuàng)建
            file.mkdirs();
        }
        System.out.println("文件目錄:" + dirPath);
        
        
        InputStream input = part.getInputStream();
        // 獲取文件的路徑
        File filePath = new File(file, uuidName);
        FileOutputStream output = new FileOutputStream(filePath);
                // 對拷流,保存文件到服務端
        IOUtils.copy(input, output);
        System.out.println("文件的完整路徑:" + filePath);
        // 關閉資源
        output.close();
        input.close();
        // 刪除臨時文件
        part.delete();
    }


    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        // TODO Auto-generated method stub
        doGet(request, response);
    }
}
web端測試接口
/// 創(chuàng)建一個jsp或html文件
<form action="/FileUploadDemo/upload2" method="post" enctype="multipart/form-data">
        選擇文件:<input type="file" name="f"/>
        <input type="submit" value="上傳"/>
</form>
iOS 使用AFNetworking測試接口

主要說明ANF上傳文件時multipart/form-data要傳的4個參數(shù)與服務端之間的關系

[formData appendPartWithFileData:fileData name:@"file" fileName:fileName mimeType:mimeType];

  • fileData是要上傳文件的二進制數(shù)據(jù)
  • name主要用于java中獲取Part(文件上傳組件對象的),此name值必須是與服務端約定好的固定值,不然服務器收到錯誤的name值時,就無法創(chuàng)建Part對象,最終肯定上傳失敗的,此name值在HTML5頁面<input type="file" name="f"/>
  • fileName為文件的名稱
  • mimeType為文件類型
    有些App在上傳時可能有其他參數(shù)需要傳,可以將其放入HTTP請求的請求體中,AFN直接在paramters中即可
/// 使用AFN 上傳圖片
- (void)upload:(UIImage *)image name:(NSString *)name {
    
    AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
    /// responseSerializer.acceptableContentTypes中不添加@"multipart/form-data",也是可以的
//    manager.responseSerializer.acceptableContentTypes = [NSSet setWithObjects:@"application/json", @"text/json", @"text/javascript", @"text/html", @"text/plain", @"image/jpeg", @"image/png", @"text/plain", @"multipart/form-data", nil];

    
    [manager POST:@"http://192.168.1.101:8080/FileUploadDemo/upload2" parameters:nil constructingBodyWithBlock:^(id<AFMultipartFormData>  _Nonnull formData) {
        
        /// fileData是要上傳文件的二進制數(shù)據(jù)
        NSData *fileData = UIImagePNGRepresentation(image);
        /// 此name主要用于java中獲取Part(文件上傳組件對象的),此name值必須是與服務端約定好的固定值,不然服務器到錯誤的name值時,就無法創(chuàng)建Part對象,最終肯定上傳失敗的,此name值在HTML5頁面中用input標簽type="f" 然后設置name值
        NSString *name = @"f";
        /// fileName為文件的名稱
        NSString *fileName = [NSString stringWithFormat:@"%@.png", name];
        /// mimeType為文件類型
        NSString *mimeType = @"image/png";
        
        [formData appendPartWithFileData:fileData name:@"file" fileName:fileName mimeType:mimeType];
        
    } progress:^(NSProgress * _Nonnull uploadProgress) {
        NSLog(@"%@", uploadProgress);
    } success:^(NSURLSessionDataTask * _Nonnull task, id  _Nullable responseObject) {
        NSLog(@"%@", responseObject);
    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
        NSLog(@"%@", error);
    }];
}

了解什么是multipart/form-data請求:

根據(jù)http/1.1 rfc 2616的協(xié)議規(guī)定,我們的請求方式只有OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE等,那為何還會有multipart/form-data請求之說呢?

http協(xié)議是規(guī)定了以ASCII碼傳輸,建立在tcp、ip協(xié)議之上的應用層規(guī)范,規(guī)范內(nèi)容把http請求分為3個部門:狀態(tài)行,請求頭,請求體。所有的方法、實現(xiàn)都是圍繞如何運用和組織這三部分來完成的。換句話來說就是萬變不離其中,只要我們了解了http請求的組成部分后,自然就可以應變?nèi)魏螌嶋H工作中的需求和問題了。

關于狀態(tài)行,請求頭,請求體等三部分的具體內(nèi)容,可以參考官方的協(xié)議文檔,這里主要分析multipart/form-data請求。

既然http協(xié)議本身的原始方法不支持multipart/form-data請求,那這個請求自然就是由這些原始的方法演變而來的:

  • 1、multipart/form-data的基礎方法是post,也就是說是由post方法來組合實現(xiàn)的

  • 2、multipart/form-data與post方法的不同之處:請求頭,請求體。

  • 3、multipart/form-data的請求頭必須包含一個特殊的頭信息:Content-Type,且其值也必須規(guī)定為multipart/form-data,同時還需要規(guī)定一個內(nèi)容分割符用于分割請求體中的多個post的內(nèi)容,如文件內(nèi)容和文本內(nèi)容自然需要分割開來,不然接收方就無法正常解析和還原這個文件了。具體的頭信息如下:

Content-Type: multipart/form-data; boundary=${bound}

//其中${bound} 是一個占位符,代表我們規(guī)定的分割符,可以自己任意規(guī)定,但為了避免和正常文本重復了,盡量要使用復雜一點的內(nèi)容。如:--------------------56423498738365

  • 4、multipart/form-data的請求體也是一個字符串,不過和post的請求體不同的是它的構(gòu)造方式,post是簡單的name=value值連接,而multipart/form-data則是添加了分隔符等內(nèi)容的構(gòu)造體。具體格式如下:
--${bound}
Content-Disposition: form-data; name="Filename"

HTTP.pdf
--${bound}
Content-Disposition: form-data; name="file000"; filename="HTTP協(xié)議詳解.pdf"
Content-Type: application/octet-stream

%PDF-1.5
file content
%%EOF

--${bound}
Content-Disposition: form-data; name="Upload"

Submit Query
--${bound}--

其中${bound}為之前頭信息中的分割符,如果頭信息中規(guī)定為123,那么這里也要為123,;可以很容易看出,這個請求體是多個相同的部分組成的:每一個部分都是以--加分隔符開始的,然后是該部分內(nèi)容的描述信息,然后一個回車,然后是描述信息的具體內(nèi)容;如果傳送的內(nèi)容是一個文件的話,那么還會包含文件名信息,以及文件內(nèi)容的類型。上面的第二個小部分其實是一個文件體的結(jié)構(gòu),最后會以--分割符--結(jié)尾,表示請求體結(jié)束。
綜上,可以知道要發(fā)送一個multipart/form-data的請求,其實任何支持post請求的工具或語言都可以支持,只是自己要稍微包裝一下便可。

上面的Demo就是用iOS客戶端上傳一個圖片,下面是用Charles查看網(wǎng)絡請求細節(jié):

請求頭:

![Uploading 屏幕快照 2017-02-18 下午11.41.26_528474.png . . .]

請求體:

屏幕快照 2017-02-18 下午11.46.35.png

http里沒有專門用于文件上傳的請求方式,文件上傳請求是在post請求基礎之上定義出來的一種方式。

參考資料:

百度百科: http://baike.baidu.com/view/9472.htm

http1.1協(xié)議規(guī)范: http://www.faqs.org/rfcs/rfc2616.html

分析工具:Charles

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容