JavaBean實現多文件上傳兩大協議方案：HTTP Multipart與FTP對比實戰

文件上傳是B/S系統標配。JSP本身不提供上傳API，需通過ServletRequest.getInputStream()解析原始數據流。本文對比HTTP Multipart（RFC 1867）與FTP協議兩種JavaBean實現方案的原理、代碼骨架與選型建議（環境：Win2000 + Apache + Tomcat 4.0 + JDK 1.4）。

方案一：HTTP Multipart 標準表單上傳

前端表單規範

<form method="POST" action="upload.jsp" enctype="multipart/form-data">
    <input type="file" name="file1" size="50"><br>
    <input type="file" name="file2" size="50"><br>
    <input type="submit" value="Upload">
</form>

• enctype="multipart/form-data"：瀏覽器按RFC 1867編碼，將文件二進制與表單字段混合在請求體中，以boundary分隔各Part。
• 單表單可含多個<input type="file">實現多文件並發上傳。

JavaBean解析核心流程（testUpload類）

public class testUpload {
    public testUpload() { ... }
    public void initialize(ServletConfig config) throws ServletException { ... }
    public void upload() throws UploadException, IOException, ServletException { ... }
    private void getDataSection() { ... }  // 解析boundary、定位文件數據段
    private void getDataHeader() { ... }   // 解析Content-Disposition獲取文件名、字段名
    public int save(String destPath) throws UploadException, IOException, ServletException { ... }
}

關鍵步驟：

1. request.getInputStream()獲取原始字節流。
2. 讀取Content-Type頭提取boundary字符串。
3. 按--boundary分割Part，解析每Part頭部（Content-Disposition: form-data; name="file1"; filename="a.txt"）。
4. 提取文件名、字段名，將Part體字節流寫入目標文件/數據庫BLOB。
5. 處理結尾--boundary--標記。

HTTP方案優缺點

方案二：FTP 協議上傳（FTPClient）

適用於：超大文件、內網高速傳輸、需斷點續傳、服務端存儲與Web服務器分離。

核心代碼骨架

import org.apache.commons.net.ftp.FTPClient;

public class FtpUploader {
    public boolean upload(String server, int port, String user, String pass,
                          String remoteDir, Map<String, InputStream> files) {
        FTPClient ftp = new FTPClient();
        try {
            ftp.connect(server, port);
            ftp.login(user, pass);
            ftp.enterLocalPassiveMode(); // 關鍵：被動模式穿透防火牆
            ftp.setFileType(FTPClient.BINARY_FILE_TYPE);
            ftp.changeWorkingDirectory(remoteDir);

            for (Map.Entry<String, InputStream> e : files.entrySet()) {
                ftp.storeFile(e.getKey(), e.getValue()); // 流式直傳
            }
            ftp.logout();
            return true;
        } catch (IOException ex) {
            ex.printStackTrace();
            return false;
        } finally {
            try { ftp.disconnect(); } catch (IOException ignored) {}
        }
    }
}

FTP方案優缺點

選型決策矩陣

現代化最佳實踐

• HTTP上傳：採用Commons FileUpload或Servlet 3.0@MultipartConfig + request.getPart()，避免手寫解析器。
• 安全：文件類型白名單（檢測Magic Number）、文件名隨機化、存儲路徑非Web訪問目錄、病毒掃描集成。
• 大文件：前端分片（Blob.slice）、後端臨時目錄合並、Redis記錄分片狀態、支持秒傳（MD5秒傳）。
• FTP/SFTP：使用Apache Commons Net或JSch，連接池化FTPClient，避免頻繁握手。

協議選型本質是業務場景與基礎設施的匹配。現代架構傾向「HTTP上傳到對象存儲」，FTP逐步退居內部數據交換場景。