大xml文件需分片上传而非一次性发送，因浏览器内存限制和服务器超时易致失败；须按字节偏移切片、携带uploadid与chunkindex、服务端校验md5并智能对齐标签边界以确保xml可解析。
大XML文件上传为什么不能直接用 fetch 或 axios 一次性发
因为浏览器内存限制和服务器超时策略，直接读取几百MB的XML并转成 Blob 或 ArrayBuffer 容易触发 RangeError: Array buffer allocation failed，或在上传中途因网络抖动、页面刷新导致整个失败，重传成本极高。
必须把文件切片、独立上传、服务端拼接。关键不是“怎么切”，而是“怎么保证切片不丢、顺序不错、失败可重试”。
- 前端需按字节偏移切分，而非按行或标签——XML没有天然分界，
split(/]+>/)会破坏结构 - 每个分片必须携带唯一
uploadId（全局会话ID）和chunkIndex（从0开始） - 服务端返回的响应里必须含
uploadedChunks: [0,2,4]这类已成功列表，前端据此跳过重传
File.slice() 切片 + FormData 上传的实际写法
不要用 file.text() 或 new FileReader().readAsText() 全量加载XML——这一步就会卡死。直接用原生 File 对象的 slice() 方法，它返回的是轻量 Blob，不触发解析。
const chunkSize = 5 * 1024 * 1024; // 5MB
const uploadId = 'up_' + Date.now() + '_' + Math.random().toString(36).substr(2, 9);
<p>for (let i = 0; i < Math.ceil(file.size / chunkSize); i++) {
const start = i * chunkSize;
const end = Math.min(start + chunkSize, file.size);
const chunk = file.slice(start, end);</p><p>const formData = new FormData();
formData.append('chunk', chunk, <code>part_${i}</code>);
formData.append('uploadId', uploadId);
formData.append('chunkIndex', i);
formData.append('totalChunks', Math.ceil(file.size / chunkSize));</p><p>await fetch('/api/upload/chunk', {
method: 'POST',
body: formData,
});
}注意：file.slice() 是浏览器原生方法，兼容性好；FormData.append('chunk', chunk) 中的 chunk 是 Blob，不会转字符串，避免编码/解析开销。
断点续传依赖服务端返回的已传分片列表
上传前先发一次 GET /api/upload/status?uploadId=xxx，服务端查数据库或临时存储（如Redis），返回类似：
{ "uploadId": "up_1715829341_abcd", "uploadedChunks": [0,1,3,4], "totalChunks": 12, "status": "uploading" }前端拿到后只上传缺失的索引：
- 对比
uploadedChunks和[0,1,2,...,totalChunks-1] - 过滤出未上传的
missingIndices = [2,5,6,7,8,9,10,11] - 按序发起上传，但允许并发（建议 ≤3），避免服务端连接数打满
- 每次上传成功后更新本地缓存（如
localStorage），防止页面刷新后重复查接口
服务端拼接时，必须校验每个分片的 Content-MD5 或 SHA256（由前端计算后随 FormData 提交），否则恶意篡改或传输损坏无法发现。
服务端拼接XML要注意标签完整性
分片边界大概率落在标签中间，比如一个 <item>...</item> 被切成两半。不能简单 cat part_0 part_1 > final.xml——会导致格式错误。
- 首片去掉开头可能的不完整标签（如匹配
^.*?(?= 截断前导文本） - 末片去掉结尾不完整标签（如匹配
(?).*$） - 中间片需前后补全：左补
右补<tag></tag>？不行——XML嵌套深度未知
真正可靠的做法是：仅允许在 > 后或 前切分，即找最近的合法结束位置。前端切片时主动对齐到 <code>> 字节位置（最多向后偏移 chunkSize + 1024），服务端记录每个分片实际结束字节偏移，拼接时用二进制流合并，最后用 libxml2 或 lxml 的 parse() 验证合法性——验证失败则返回错误，前端触发重传该片。
这个对齐逻辑容易被忽略，但它是保证XML最终可解析的底线。
