HTML文件上传无法通过accept或required限制最小体积，必须用JavaScript校验file.size；需遍历所有files、设合理阈值（如1MB）、清空input.value并给出明确提示。
HTML 文件上传本身不支持设置最小体积限制，input type="file" 没有 min 或 minlength 属性可用，浏览器也不解析或校验文件大小下限。必须靠 JavaScript 主动拦截并提示用户。
为什么不能用 accept 或 required 实现最小体积
accept 只控制 MIME 类型或后缀，对大小完全无感；required 仅检查是否选了文件，哪怕是个空的 0 字节文件也会通过。真实场景中，用户可能误传占位符、空视频、损坏的 .mp4（头信息完整但无帧数据），这类文件体积极小但业务上无效。
JS 校验 file.size 的正确写法
监听 change 事件后，遍历 event.target.files，对每个 File 对象读取 size 属性判断：
- 最小值建议设为
1024（1KB）起，避免误拦合法极小文件（如纯音频头） - 别只校验第一个文件 —— 多文件上传时，
files[0]可能是空文件，其余才是有效文件 - 校验失败后，**必须手动清空
input.value**，否则下次选同一文件不会触发 change 事件 - 错误提示要明确，比如 “文件太小（需 ≥ 1MB），请确认是否选择正确视频”
示例代码片段：
立即学习“前端免费学习笔记（深入）”；
document.getElementById('upload').addEventListener('change', function(e) {
const minSize = 1024 * 1024; // 1MB
for (let file of e.target.files) {
if (file.size < minSize) {
alert(`文件 "${file.name}" 太小（${(file.size / 1024).toFixed(0)}KB），至少需要 ${minSize / 1024 / 1024}MB`);
e.target.value = ''; // 清空 input，允许重选
return;
}
}
});后端仍需二次校验，前端限制可被绕过
用户禁用 JS、用 curl 或 Postman 直接发请求，就能跳过前端校验。Spring Boot 等后端框架需在 Controller 层或拦截器里再次检查 MultipartFile.getSize()，返回明确错误（如 HTTP 400 + JSON 提示）。Nginx 侧无法做“最小体积”拦截，它只认 client_max_body_size 这类上限配置。
容易忽略的一点：某些老旧安卓 WebView 或 Electron 封装应用里，file.size 可能返回 0（即使文件真实存在），此时需结合 file.name 后缀和业务逻辑兜底，比如视频文件绝不可能小于 50KB，就按此硬性拒绝。
