浏览器中JavaScript无法直接读写本地文件系统，只能通过获取用户选择的File对象，并用FileReader或Blob API在内存中解析内容。

JavaScript 本身不能直接读写本地文件系统

浏览器环境下的 JavaScript 是沙箱运行的，出于安全限制，js 无法像 Node.js 那样调用 fs.readFile() 或 fs.writeFileSync() 去读写任意路径的文件。所谓“操作文件”，在前端实际指的是：**响应用户主动选择的文件（如通过 ），并用 FileReader 或 Blob API 在内存中解析内容**。

用 input[type="file"] 获取用户上传的文件对象

这是唯一合规、可交互的入口。用户必须手动点击选择，脚本不能自动触发或预设路径。

• event.target.files 返回的是 FileList，每个项是 File 实例（继承自 Blob）
• File 对象有 name、size、type 等只读属性，但不包含真实内容
• 不能用 fetch() 或 XMLHttpRequest 直接传 File 对象去读取——它只是引用，需配合 FileReader 或 URL.createObjectURL()

用 FileReader 读取文件内容（文本 / 图片 / JSON 等）

FileReader 是异步读取的核心 API。注意它只支持读取 File 或 Blob，不支持路径字符串。

• readAsText(file, encoding)：适合 .txt、.json、.csv 等文本类
• readAsDataURL(file)：返回 base64 字符串，常用于预览图片（）
• readAsArrayBuffer(file)：适合二进制处理，如解析 Excel（xlsx）、音频分析、加密计算
• 错误时触发 onerror，不是抛异常；成功后 result 在 onload 中取

const reader = new FileReader();
reader.onload = () => {
  console.log(reader.result); // 文本内容或 base64 字符串
};
reader.onerror = () => {
  console.error('读取失败:', reader.error);
};
reader.readAsText(file, 'UTF-8');

常见陷阱和限制

这些不是“功能没做出来”，而是设计如此，绕不过：

• 无法获取用户选择文件的**真实绝对路径**：file.path 在浏览器中始终是空字符串或伪造值（如 C:\fakepath\abc.txt）
• 大文件（>500MB）容易卡死 UI：建议用 slice() 分块读 + progress 事件反馈，或改用 Streams API（ReadableStream）
• FileReader 不支持取消：一旦 readAsXXX() 开始，只能等完成或失败；如需中断，得自己封装 abort 逻辑（例如用 AbortController 配合 fetch 上传时控制）
• 跨域图片无法用 canvas 读取像素：即使用户本地选了图，若后续用 drawImage() 再 getImageData()，会触发 SecurityError（除非服务端配 CORS 或用 createObjectURL）

真正需要持久化存储或后台处理时，必须把 File 对象通过 FormData 提交到服务器，由后端完成落地和进一步操作。