不能。accept属性仅提示浏览器在文件选择框中默认过滤显示类型，用户仍可切换“所有文件”选任意扩展名；它不校验、不拦截、不报错，纯属ui提示，真实限制必须依赖后端文件头（magic bytes）校验及前端change事件二次检查。
accept 属性能真正阻止非匹配文件被选中吗？
不能。accept 只是提示浏览器在文件选择对话框中过滤显示类型，用户仍可手动切换到“所有文件”并选中任意扩展名文件。它不校验、不拦截、不报错，纯属 UI 层友好提示。后端必须做真实校验，前端也建议配合 change 事件做二次检查。
怎么写 accept 值才让浏览器真正识别？
关键不是扩展名，而是 MIME 类型或类型通配符。常见写法如下：
- 图片上传：
accept="image/*"（推荐，兼容性好）
- PDF + Word：
accept=".pdf,.doc,.docx"（注意开头的点，且逗号分隔无空格）
- 多媒体音频：
accept="audio/*" 或更精确地 accept="audio/mpeg,audio/wav"
- CSV 文件：
accept=".csv"（仅靠扩展名最稳妥，因为 text/csv 在部分浏览器中不生效）
- 图片上传：
accept="image/*"（推荐，兼容性好） - PDF + Word：
accept=".pdf,.doc,.docx"（注意开头的点，且逗号分隔无空格） - 多媒体音频：
accept="audio/*"或更精确地accept="audio/mpeg,audio/wav" - CSV 文件：
accept=".csv"（仅靠扩展名最稳妥，因为text/csv在部分浏览器中不生效）
别写 accept="csv" 或 accept="*csv"——这些无效。MIME 类型写错（如 text/plain 试图匹配 .csv）也可能被忽略，尤其在 Safari 中。
为什么选了 .jpg 文件但 event.target.files 里 type 是空字符串？
这是正常现象。浏览器只在能可靠推断时才填充 File.type 字段，比如从文件头读取或系统注册表匹配成功；多数情况下（尤其是 Windows 上双击选择的文件），该字段为空。不能依赖它做校验。正确做法是：
- 检查
file.name 后缀（用 file.name.toLowerCase().endsWith('.png')）
- 或用
file.type 做辅助判断（如非空且以 image/ 开头）
- 更健壮的做法：读取文件前几十字节，用 magic number 判断真实类型（例如 PNG 文件头是
89 50 4E 47）
移动端 iOS Safari 对 accept 的支持有哪些坑？
iOS Safari（特别是旧版本）对 accept 支持极弱：
-
accept="image/*" 可唤起相机和相册，但 accept=".heic" 几乎无效（HEIC 默认不被识别）
-
accept="video/*" 可能只显示录制按钮，无法选已有视频
- 使用
capture="camera" 时，accept 会被忽略，实际拍摄格式由设备决定
file.name 后缀（用 file.name.toLowerCase().endsWith('.png')）file.type 做辅助判断（如非空且以 image/ 开头）89 50 4E 47）accept 支持极弱：
-
accept="image/*"可唤起相机和相册，但accept=".heic"几乎无效（HEIC 默认不被识别） -
accept="video/*"可能只显示录制按钮，无法选已有视频 - 使用
capture="camera"时，accept会被忽略，实际拍摄格式由设备决定
如果业务强依赖特定格式（如只要 JPEG），得在 JS 中检查 file.name 并提示用户重选，不能指望 accept 在 iOS 上兜底。
真实限制靠后端，前端 accept 就是个礼貌的招呼——招呼不到位，体验打折；太当真，容易翻车。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
