number参数仅限制单次选择的并发文件数，无法控制总上传数量；acceptNum仅限单次系统选择框且不支持拖拽；必须在choose回调中通过维护pendingFiles数组并同步增删来精准计数。
不能靠 number 或 acceptNum 配置项实现“总共最多传 N 个”，必须在 choose 回调里手动拦截并维护计数状态。
为什么 number 参数根本不管用
number 只限制单次 choose 操作中「并发提交的文件数」，不是总数量。比如设 number: 3，用户点两次「选择文件」，每次选 3 个，pendingFiles 里照样堆满 6 个——Layui 会分两批发请求，完全不拦。
- 它对拖拽上传无效（绕过原生
<input type="file">） - 在
auto: false场景下压根不触发，所有文件都积压在队列里 - Layui 2.7 及更早版本根本不支持该参数
choose 回调里怎么正确拦截
这是唯一可靠的位置：用户刚选完、文件还没进上传队列，你有完整控制权。关键三步：获取本次文件数、累加全局计数、超限就 return false。
- 用
obj.pushFile()获取本次选中的文件对象集合（注意：files.length会报错，必须用Object.keys(files).length） - 维护一个全局数组如
pendingFiles = []，每次成功选中后用Object.values(files).forEach(file => pendingFiles.push(file))追加 - 判断条件写成
if (Object.keys(files).length + pendingFiles.length > max)，超限立刻return false，否则后续流程仍会执行 - 用户删文件时，必须同步从
pendingFiles中移除对应项，否则计数失准（比如用pendingFiles.splice(index, 1)）
acceptNum 是什么，能替代吗
acceptNum 是 Layui 2.8+ 新增的参数，但它只作用于「单次弹出的系统文件选择框」，且仅对点击触发有效。设 acceptNum: 5 后，用户一次最多勾选 5 个，但点两次还是能凑够 10 个。
- 它不感知已删除/已上传/已取消的文件，纯前端选择阶段限制
- 对拖拽上传完全无效
- 老版本 Layui（如 2.7）不支持，必须手写逻辑
- 和
multiple: true一起用才有意义，单独设无效果
真正难的是状态同步：用户删了某个预览项，你得立刻从 pendingFiles 里剔除对应 File 对象；done 或 error 后也要清空已完成项。漏掉任意一环，计数就会漂移——界面显示还能选 3 个，实际已超限。这不是配置问题，是状态管理问题。
