Java Servlet解析Chrome Multipart请求失败：适配WebKit边界无效求助

核心错误：硬编码Multipart边界字符串 #

• 不管是旧代码里的"-----------------------------"还是你新增的"----WebKitFormBoundary"，本质都是硬编码固定边界值，这是问题的根源。
• Multipart请求的边界值是客户端随机生成的，每次请求都不一样，只会在请求头的Content-Type字段里明确给出，格式类似：multipart/form-data; boundary=----WebKitFormBoundaryXYZ123，其中----WebKitFormBoundaryXYZ123才是当前请求的真实边界（后缀是随机字符串），根本没法提前写死。
• 旧代码能在Firefox运行只是巧合（早期Firefox可能用了固定格式的边界），但这不符合HTTP标准，Chrome的边界带随机后缀，硬编码的匹配逻辑自然失效。

正确的实现方式 #

1. 从请求头提取真实边界 #

从HttpServletRequest的Content-Type头里解析出当前请求的边界值，注意请求体里的边界行是--{boundary}格式，所以要给Content-Type里的边界字符串加上前导的--。

2. 修改代码逻辑替换硬编码判断 #

用动态获取的边界值替代原来的硬编码字符串，代码示例如下：

// 从请求头Content-Type中提取边界
String contentType = req.getContentType();
String boundary = null;
if (contentType != null && contentType.startsWith("multipart/form-data")) {
    String[] contentTypeParts = contentType.split("boundary=");
    if (contentTypeParts.length == 2) {
        // 请求体中的边界行是 --{boundary}，所以要加上前导的--
        boundary = "--" + contentTypeParts[1].trim();
    }
}

// 处理无效的multipart请求
if (boundary == null) {
    resp.sendError(HttpServletResponse.SC_BAD_REQUEST, "无效的Multipart请求");
    return;
}

ServletInputStream in = req.getInputStream();              
byte[] bytes = new byte[512];                              
int state = 0;                                            
ByteArrayOutputStream buffer = new ByteArrayOutputStream();
String name = null,                                        
       value = null,                                      
       filename = null,                                    
       fieldContentType = null;                                
Dictionary fields = new Hashtable();                      

// 读取请求输入流的一行
int i = in.readLine(bytes,0,512);                            
while (-1 != i) {                                            
    String st = new String(bytes,0,i, req.getCharacterEncoding());                          
                                                                
    // 判断是否为参数/文件的起始边界
    if (st.startsWith(boundary)) {
        // 你的原有业务逻辑...
    }
    // 其他处理逻辑...
    // 继续读取下一行
    i = in.readLine(bytes,0,512);
}

额外建议 #

• 别手动解析Multipart请求：手动写解析逻辑很容易踩编码、边界匹配、文件流截断的坑，建议直接用成熟的工具库，比如Apache Commons FileUpload，或者Servlet 3.0+自带的request.getPart()API，这些工具会自动适配所有浏览器的请求格式。
• 注意字符编码：new String(bytes,0,i)没指定编码，容易导致乱码，建议用请求的字符编码（req.getCharacterEncoding()）来构造字符串。

内容的提问来源于stack exchange，提问作者Billy Andrews