choose回调中必须用obj.files[0]获取原始File对象，因后续回调中files已被清空；预检需借video标签监听onloadedmetadata事件，设preload="metadata"并用createObjectURL生成临时地址；auto必须设为false以手动控制上传时机；服务端须用ffprobe二次校验，前端校验仅作体验优化。
choose 回调里必须用 obj.files[0] 拿原始文件对象
错过 choose 回调，就再没机会读到未上传前的真实视频文件。layui 在 before 和 done 中已清空 obj.files，强行访问会是 undefined 或空数组。你真正能依赖的只有 choose 里传入的 obj.files[0]——它是个标准 file 实例，含 name、size、type，但不含时长。
前端预检得靠 video 标签 + onloadedmetadata
浏览器不提供直接读取视频元信息的 API，只能借 video 元素加载后暴露的 duration、videoWidth、videoHeight。关键点有三个：
- 必须设
video.preload = 'metadata'，否则可能触发完整解码，卡死页面 - 必须监听
onloadedmetadata，不能一创建就取duration，否则大概率是NaN - 要用
URL.createObjectURL(file)创建临时地址，不能直接赋file或本地路径（跨域/安全限制） - 校验完立刻调
URL.revokeObjectURL(video.src)，否则内存泄漏
auto: false 是硬性前提，否则校验失效
如果 auto: true（默认），用户一选完文件就自动上传，根本没时间跑预检逻辑。必须显式设 auto: false，再手动调 obj.upload() 启动上传——且只在 onloadedmetadata 触发且校验通过后才调。
- 别在
choose外部或preview回调里调obj.upload()，时机不可控 - 不要用
setTimeout硬等，它不可靠：大视频加载慢，小视频可能还没触发事件就超时了 - 用户取消选择或换文件时，记得清理上一个
video元素和objectURL
服务端必须二次校验，前端只是“友好提示”
前端校验纯属体验优化，绕过方法太多：禁用 JS、改后缀、伪造 video 属性、甚至直接发 POST 请求。真实防线在服务端：
- 接收后立刻用
ffprobe（FFmpeg 工具）读取真实时长和分辨率，别信Content-Type或扩展名 - Node.js 可用
fluent-ffmpeg，PHP 用exec('ffprobe -v quiet -show_entries format=duration -of csv=p=0 file.mp4') - 校验失败直接返回 400，并在响应体里带明文错误（如
"duration_exceeds_600"），前端done回调可据此提示用户
真正容易被忽略的是：Chrome/Firefox 能解码的格式有限（比如不支持 WebP 封装的视频），Safari 对 HEVC 视频的 duration 常返回 0；这些情况下前端校验直接失效，全靠服务端兜底。
