layui upload 没有“选择取消”回调是设计事实，因其底层依赖原生 input[type="file"]，而浏览器不暴露用户点击取消的事件；choose 回调仅在真正选中文件后触发，change 事件也仅在 files.length > 0 时派发。
layui upload 没有“选择取消”回调，这是设计事实
layui upload 的 choose 回调只在用户**真正选中文件并确认**后触发；如果用户打开文件对话框后直接点「取消」或关闭窗口，choose 完全不会执行，也没有任何其他回调（如 cancel、before 或 error）会被调用。这不是 bug，是底层依赖原生 <input type="file"> 的行为——浏览器不向 JS 暴露“用户点了取消”这一事件。
为什么监听 change 事件也捕获不到“取消”
原生 input[type="file"] 的 change 事件只在 files.length > 0 时触发；一旦用户没选文件就关掉对话框，input.files 保持为空，事件根本不会派发。Layui 的 upload 组件正是封装了这个 input，所以它也无法绕过该限制。
- 别在
elem上手动绑定change或click试图拦截——Layui 已接管 DOM 交互，重复绑定易冲突 - 不要检查
input.value === ''来判断是否取消——value 在某些浏览器中可能残留上一次路径，不可靠 -
before回调里obj.files为空，不代表用户点了取消，只说明当前队列无新文件（比如多次点击但都没选）
能做的实际应对策略
既然无法直接捕获「取消」，就转为控制「什么情况下不该让用户点取消」或「取消后如何维持状态一致」：
- 把上传按钮（
bindAction）和文件选择解耦：默认禁用上传按钮，仅在choose触发后才启用，避免用户误点上传却没文件 - 在
choose开头清空上一轮残留：let files = obj.pushFile(); for (let key in files) delete files[key];，防止用户反复点「选择」又取消，导致界面显示混乱 - 对单文件场景，可加 UI 提示：“请先选择文件”，并在
choose中立即渲染预览或占位符，让用户明确感知“已进入文件操作流程” - 若业务强依赖“用户意图”（比如弹窗表单中必须上传），改用必填校验 + 表单提交拦截：提交时检查
uploadInst.files是否为空，再提示“请先选择文件”
容易被忽略的关键点
很多人花几小时找“取消回调”，最后发现是误判了问题边界：layui upload 的职责是处理「已选文件」的上传流程，不是监控原生文件对话框的生命周期。真正的控制点永远在 choose ——它既是起点，也是你唯一能稳定拿到 FileList 并做前置决策的地方。别在别的地方找“取消”，那只会浪费调试时间。
