Layui 多文件上传需手动实现排队机制：设 auto: false 禁用自动上传，choose 回调中缓存文件到自定义队列，再通过 upload.start() 逐个触发，并自行管理并发数与顺序。
多文件上传时的排队机制，layui 本身不提供「队列暂停/恢复/优先级」等高级控制，但可通过 auto: false + 手动触发 upload.start() 实现基础排队逻辑——关键不是“它有没有队列”，而是“你是否接管了触发时机”。
为什么默认 multiple: true 不等于排队上传
设置 multiple: true 只影响文件选择阶段（允许多选），上传行为仍由 auto 参数决定：auto: true 会立刻对每个文件发起独立请求；auto: false 则需你显式调用 upload.start()。Layui 的“队列”本质是文件对象数组，它不自动调度执行顺序，也不支持并发数限制或中断重试。
手动实现文件排队：choose → 缓存 → 按需 start
在 choose 回调中拿到所有文件后，不要立即上传，而是存入自定义队列变量，再按需逐个启动：
-
var uploadQueue = [];全局或闭包内维护一个数组，每次obj.pushFile()后用Object.values(files)提取真实文件列表并 push 进去 - 禁用自动上传：
auto: false，否则choose一结束就发请求，队列形同虚设 - 用
upload.start()触发单个上传实例，注意它只作用于当前实例绑定的文件（即obj中的某一个） - 在
done或error回调里判断uploadQueue.length > 0，有则upload.start()下一个
并发控制与顺序保证的关键点
若需限制同时上传数量（如最多 3 个并发），不能依赖 Layui 内置能力，必须自行管理：
- 维护一个
runningCount = 0计数器，在before回调里if (runningCount -
done和error中都要runningCount--，再检查队列是否还有待传文件 - 别用
index参数判断顺序——它来自浏览器文件 API，不可靠；应以uploadQueue数组索引为准 - 避免在
choose里直接调用upload.start()多次，这会创建多个独立上传实例，导致 field 冲突和回调错乱
常见坑：upload.start() 调用失败或静默跳过
这个方法只有在 auto: false 且文件已通过 obj.pushFile() 加入当前实例时才有效：
- 如果
obj是 choose 回调参数，upload.start()必须在该回调作用域内调用，否则obj已失效 - 不能跨实例调用，比如用 A 实例的
upload.start()去启动 B 实例的文件 - 确保每次调用前，
obj.files中仍有未上传的文件；上传成功后 Layui 会自动从this.files中移除对应项 - 移动端 Safari 对
upload.start()支持不稳定，建议加 try/catch 并 fallback 到轮询检测
真正可控的排队，从来不是配置开关，而是把上传动作从“自动喷发”变成“你握着扳机”。Layui 给你的是枪和子弹，扣扳机的节奏得你自己定。
