accept属性仅提示文件选择器，无法阻止用户手动绕过；必须结合JS二次校验与服务端魔数检测才能真正保障安全。
accept 属性只能过滤文件选择弹窗，不能阻止用户手动绕过
浏览器的 accept 属性只是给文件选择器（比如 Windows 的“打开文件”对话框）一个提示，告诉它默认只显示匹配的文件类型。但它完全不阻止用户点击右下角“所有文件”或手动输入 .exe、.zip 等扩展名后回车——这种操作在 Chrome、Edge、Firefox 上都有效。
常见错误现象：明明写了 accept="image/*"，用户仍能选中 PDF；写了 accept=".pdf"，却上传了 .PDF（大小写不同）或带空格的 report .pdf，导致校验失败。
-
accept支持 MIME 类型（如application/pdf）、扩展名（如.pdf）、通配符（如image/*），但不支持正则或逻辑组合（如.jpg,.png有效，.jpg || .png无效） - 扩展名写法对大小写敏感，
.JPG不等于.jpg；建议服务端统一转小写再比对 - 移动端 Safari 对
accept=".docx"支持不稳定，用application/vnd.openxmlformats-officedocument.wordprocessingml.document更可靠
必须用 JavaScript 在 change 事件里读取 files[0].type 和 name 做二次校验
仅靠 accept 是假安全。真正可控的校验点是 input[type="file"] 的 change 事件，此时 event.target.files 已可用，可同时检查文件名后缀和 MIME 类型。
注意：files[0].type 来自浏览器解析文件头，可能为空或被伪造（比如把 TXT 改后缀为 JPG，type 仍是 text/plain）；而 files[0].name 是用户本地文件名，更可信但含路径信息，需用 split('\').pop().split('/').pop() 提取纯文件名。
立即学习“前端免费学习笔记（深入）”；
- 不要只信
type：某些 PDF 文件可能报application/octet-stream，但后缀是.pdf - 推荐组合判断：先取
filename.toLowerCase().split('.').pop()，再查白名单数组['pdf', 'jpg', 'png'] - 避免用
indexOf直接搜后缀，防止malware.pdf.exe被误判为pdf；应确保最后一个.后只有合法扩展名
后端校验不是可选项，而是唯一可信防线
前端所有限制（accept、JS 校验、甚至禁用 submit 按钮）都能被 curl、Postman 或禁用 JS 后直接绕过。服务端收到请求时，必须重新提取文件扩展名、读取魔数（magic bytes）判断真实类型，并拒绝不符合策略的文件。
典型错误：只校验 Content-Type 请求头——这个头由前端控制，完全不可信；或者只检查 filename 字段，忽略用户可能传入 ../../../etc/passwd%00.jpg 这类路径遍历+空字节截断。
- Node.js（Express + multer）：用
file.originalname取名，file.buffer.subarray(0, 4)读前 4 字节比对 PNG（89 50 4E 47）、JPEG（FF D8 FF）等魔数 - Python（Flask）：用
secure_filename()清洗文件名，再用python-magic库检测真实 MIME - Nginx 层若设了
client_max_body_size，要确保它 ≥ 后端允许的最大单文件尺寸，否则用户会卡在 413 错误，连校验机会都没有
Element UI / Ant Design 等组件库的 accept 行为更隐蔽
像 <el-upload> 或 <Upload> 这类封装组件，内部其实也靠原生 input[type="file"] 实现，但它们的 accept 属性可能被透传、覆盖或忽略。例如 el-upload 的 before-upload 钩子中，file.name 和 file.type 才是真实可用字段，accept 属性仅影响其内部 input 的初始状态。
容易踩的坑：在 before-upload 里只 return false 而不调用 message.error()，用户看不到任何提示；或把校验逻辑写在 on-change 里，但该回调触发时文件已进入上传队列，无法中断。
-
before-upload是唯一能同步阻断上传的钩子，适合做格式、大小校验 - Element UI 的
:http-request自定义上传时，accept属性完全失效，必须在自定义函数里手动校验 - Ant Design 的
customRequest同理，且其fileList中的file.type在部分安卓 WebView 下恒为''，必须依赖file.name
accept="image/png" 和完美的 JS 判断，只要服务端只看后缀，一张改名的恶意 HTML 文件就能绕过全部防护。 
