现代浏览器禁止获取文件本地绝对路径，这是硬性安全限制；仅当启用webkitdirectory且用户选择整个文件夹时，file.webkitrelativepath才非空，返回如docs/report.pdf的相对路径，不包含盘符或用户目录，firefox不支持，单文件场景下恒为空。
现代浏览器**根本不允许获取文件的本地绝对路径**，这是硬性安全限制，任何绕过尝试都会失败或返回空值、虚假路径。
为什么 input.files[0].webkitRelativePath 有时有值但不能用
这个属性只在用户勾选了 webkitdirectory（且浏览器支持）并选择整个文件夹时才非空，返回的是相对路径（如 docs/report.pdf），不是你想要的 C:Users...
eport.pdf。Firefox 完全不支持它；Chrome/Safari 也仅限目录上传场景。把它当“路径”用会导致逻辑断裂，尤其在单文件上传中它永远是空字符串。
- 启用
webkitdirectory的 input 必须显式设置：<input type="file" webkitdirectory directory multiple> - 即使有值，它也不包含盘符、用户目录等敏感信息，无法用于读取或构造本地 URI
- 依赖它做文件校验、路径拼接或后端预生成路径，上线后必然在 Firefox 或普通单文件场景下崩掉
input.value 返回的只是文件名，不是路径
早期 IE7 或 Firefox 2 可能返回完整路径，那是历史漏洞，2012 年起所有主流浏览器已移除该行为。input.value 现在统一只返回 file.name（不含路径），比如用户选了 /home/alice/docs/notes.txt，input.value 是 "notes.txt"，不是 "/home/alice/docs/notes.txt"。
- 试图用
input.value.split('\').pop()或正则提取文件名是多余操作——file.name已直接提供 - 不要对
input.value做路径解析，它根本不是路径字符串 - 若后端需要原始文件名，直接用
file.name；若需去重或校验，应结合file.size和file.lastModified
能安全拿到什么？就用什么
你真正能稳定访问的只有 File 对象提供的元数据和内容抽象：
-
file.name：原始文件名（含扩展名），可信、跨浏览器一致 -
file.size：字节数，可用于大小校验或分片判断 -
file.type：MIME 类型（如"image/jpeg"），注意可能为空或不准，需后端二次校验 -
file.lastModified：时间戳，可用于去重或版本标记 -
URL.createObjectURL(file)：生成临时 blob URL，仅用于前端预览（如图片、PDF），生命周期绑定页面，不用时必须调用URL.revokeObjectURL()
如果业务逻辑强行依赖“路径”，说明设计有问题——比如想根据路径自动分类，应该改用用户手动选择分类标签，或由后端根据文件内容（Magic Number、头信息）识别类型。
常见错误现象与替代思路
报错 SecurityError: Failed to read the 'mozFullPath' property 或控制台打印 undefined 是正常现象，不是你的代码写错了。有人试 FileReader.readAsDataURL() 想间接还原路径，结果只能读到 base64 内容，路径信息早已被剥离。
- 别用
FileReader读路径，它读的是内容，不是路径 - 别在 FormData 里塞路径字段伪造“客户端路径”，后端不应信任任何前端传来的路径字符串
- 如果要做本地文件关联（比如编辑后回传），用
file.lastModified+file.size+file.name组合生成唯一 key，比路径可靠得多
路径不可得是常态，不是 bug。把注意力从“怎么拿到路径”转向“没有路径时怎么完成业务”，才是实际开发中真正要解决的问题。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
