input[type="file"]的required属性无法阻止0字节文件上传，因它仅校验是否选择文件而非内容；前端需在change事件中检查file.size===0并清空value，后端必须二次校验文件大小并返回明确错误。
input[type="file"] 本身无法禁止空文件上传——它根本不会生成空的 File 对象，但用户点击“取消”或清空选择后，event.target.files 是长度为 0 的 FileList，不是空文件；真正要防的是用户选了文件却内容为空（比如 0 字节的 .txt 或损坏的 .pdf）。
为什么 required 属性对空文件无效
required 只检查 input 是否有值，而 input[type="file"] 的“值”是文件路径摘要（浏览器不暴露真实路径），用户只要点选过任意文件（哪怕大小为 0 字节），required 就判定通过。0 字节文件仍会进入 files[0]，file.size === 0 才是空内容。
-
required不校验文件内容，只校验是否触发过选择动作 - 用户拖拽一个 0 字节文件进来，
event.target.files.length是 1，required完全不拦截 - 表单提交时，0 字节文件仍会作为 multipart part 发送到后端
前端怎么检测并拒绝 0 字节文件
必须在 change 事件里遍历 event.target.files，逐个检查 file.size。不能只看第一个，尤其启用了 multiple。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 用
if (file.size === 0)判断，别用!file.size（防止undefined引发误判） - 发现 0 字节文件，立刻
e.target.value = ''清空 input 值，否则下次 change 不会再触发 - 提示具体文件名：
console.warn(`跳过空文件: ${file.name}`) - 若需阻止表单提交，应在
submit事件中二次检查，而非仅依赖 change
后端才是拦住空文件的唯一可靠位置
前端清空 value 或 preventDefault() 都可被绕过：curl 直传、DevTools 修改 DOM、禁用 JS 后提交……服务端收到的文件流，其长度可能为 0。
立即学习“前端免费学习笔记（深入）”；
- PHP：
fstat($fp)['size'] === 0或filesize($_FILES['f']['tmp_name']) === 0 - Node.js：
req.file.buffer.length === 0（multer 内存存储）或fs.statSync(req.file.path).size === 0（磁盘存储） - Java Spring：
multipartFile.getSize() == 0L，别只看isEmpty()（它只判 null/empty name） - 必须返回明确错误（如 HTTP 400 + JSON
{"error": "empty_file"}），不能静默忽略
空文件不是边缘情况——压缩包解压失败、文本编辑器异常保存、某些 SDK 生成的占位文件都可能是 0 字节。前端检查是友好提示，后端校验是安全底线，二者缺一不可；漏掉后端这层，攻击者就能用 0 字节文件刷接口或填满磁盘。
