upload.render() 中 multiple: true 仅控制文件选择阶段，不影响上传后 DOM 排序；需用 Sortable.js 在 done 回调后初始化父容器 .layui-upload-list，并处理移动端 fallback 与样式适配。
为什么 upload.render() 里加 multiple: true 不起作用
这个配置只控制「选择阶段」能否一次选多个文件，跟上传完成后的 DOM 排序毫无关系。Layui 的 upload 在 done 回调里往容器（比如 #demo2）里 append 的是静态 <img> 或 <div class="layui-upload-file">，没有拖拽能力，也没有顺序管理逻辑。
必须用 Sortable.js 接管预览容器
这是当前最可靠、兼容性最好、Layui 项目中落地最多的方案。关键不是“能不能”，而是“怎么接得不打架”：
- 必须等
done回调执行完、DOM 真实插入后，再初始化Sortable，否则el找不到目标元素 -
el必须指向.layui-upload-list的**父容器**（通常是<div class="layui-upload-list">），不能是里面某个<img> - 加
animation: 150让拖拽有视觉反馈，避免用户觉得卡顿 - 在
onEnd里拿到evt.oldIndex和evt.newIndex，据此调整你维护的图片数组（比如uploadedFiles = []） - 别忘了把新顺序存回表单字段（如
<input name="fileOrder" value="3,1,4,2">），否则提交时后端还是按旧顺序处理
样式和移动端常见坑点
Sortable.js 默认不带插入点提示，Layui 的 .layui-upload-list 也没预留占位符样式，得手动补：
- 给
.layui-upload-list加position: relative，否则ghostClass的绝对定位会错位 - CSS 里定义
.sortable-ghost { opacity: .6; }和.sortable-chosen { transform: scale(1.02); }提升可感知性 - 移动端必须加
forceFallback: true，否则 iOS Safari 会静默失败（它不触发dragstart） - 如果上传列表里混了“正在上传中”的 loading 占位图，
Sortable会把它一起拖——建议上传完成后再append，避免状态混乱
不要自己监听原生 dragstart/dragover/drop
在 .layui-upload-list 上手动监听这些事件，要自己计算插入位置、更新 DOM、同步数据结构，代码量大且极易出错。更麻烦的是：给每个 <img> 加 draggable="true" 后，浏览器默认会把它当文件拖出页面，触发下载或系统级 drop，根本不是列表内重排。
真正复杂的是 DOM 插入时机与 Sortable 初始化时机的配合，以及移动端 fallback 的兜底逻辑——这两点漏掉一个，拖拽排序就形同虚设。
