Fetch API不直接解析multipart/form-data响应，需手动按boundary拆分解析；小文本可用text()分割处理，二进制内容宜用blob()配合Uint8Array切分；推荐后端改用JSON响应以简化前端逻辑。
Fetch API 本身不直接解析 multipart/form-data 响应体，因为标准 Response 对象只提供 text()、json()、blob() 等方法，而 multipart 响应需要按边界（boundary）拆分并逐部分解析。但你可以通过手动解析响应的原始文本或二进制数据来实现。
理解 multipart 响应结构
服务端返回 multipart 响应时（如上传后返回多个字段+文件信息），HTTP 响应头中会包含类似：Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryabc123
响应体由多个“部分”组成，每个部分以 --{boundary} 开头，以 --{boundary}-- 结束，中间是 headers + 空行 + body。
用 text() + 字符串解析提取各部分
适用于响应不大、字段内容为文本（如 JSON 字符串、纯文本字段）的场景：
- 调用
response.text()获取完整响应字符串 - 从
Content-Type响应头中提取boundary - 按
--{boundary}分割字符串，跳过首尾空段和分隔线 - 对每个部分用
split('\r\n\r\n', 2)拆出 headers 和 body - 解析 headers（如
Content-Disposition: form-data; name="message"）识别字段名
示例关键逻辑：
const boundary = response.headers.get('content-type')?.split('boundary=')?.[1];
const text = await response.text();
const parts = text.split(`--${boundary}`).slice(1, -1); // 去掉开头空段和结尾结束标记
for (const part of parts) {
const [headerPart, ...bodyLines] = part.split('\r\n\r\n');
const headers = headerPart.split('\r\n').reduce((acc, line) => {
const [k, v] = line.split(': ', 2);
if (k && v) acc[k.toLowerCase()] = v;
return acc;
}, {});
const body = bodyLines.join('\r\n\r\n').trim();
const nameMatch = headers['content-disposition']?.match(/name="([^"]+)"/);
const name = nameMatch?.[1];
if (name) console.log(`${name}:`, body);
}
用 blob() + FileReader 处理二进制部分（如图片、PDF）
若响应中包含文件内容（比如服务端回传处理后的缩略图），需保留原始字节：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 用
response.blob()获取整个响应的 Blob - 读取 Blob 为 ArrayBuffer，再按 boundary 手动切分（需注意换行符编码，推荐用
Uint8Array处理） - 对每个部分的 body 区域构造新的 Blob（指定 type，如
image/png） - 用
URL.createObjectURL()生成可预览链接，或用FileReader转成 base64/文本
更稳妥的做法：让后端改用 JSON 响应
多数情况下，服务端无需返回 multipart 响应——上传成功后，直接返回标准 JSON 更简单可靠：
- 前端用
FormData发送 multipart 请求 - 后端接收上传、处理完成后，返回
Content-Type: application/json - 前端直接用
response.json()解析，无需手动拆分
这是推荐方案：避免客户端解析 multipart 的复杂性和兼容性风险（如换行符差异、大文件内存压力、编码问题）。
