html和javascript无法访问sd卡，因浏览器沙箱禁止直接读写物理存储；可行方案仅限electron/tauri、树莓派http服务或用户手动导入导出。
HTML 本身没有“函数”能直接操作 SD 卡——浏览器环境完全禁止 JavaScript 读写本地物理存储设备（包括 SD 卡），这是安全模型的硬性限制，不是权限或配置问题。
为什么 HTML 或 JavaScript 无法访问 SD 卡
浏览器运行在沙箱中，File System API、WebUSB、Web Serial 等都**不支持直接挂载或读写 SD 卡设备文件系统**。即使 SD 卡已插入电脑，浏览器也看不到 /dev/sdb1 或 E:\ 这类路径。常见错误现象包括：
- 调用
navigator.storage.estimate()只返回 IndexedDB/Cache API 的配额，和 SD 卡无关 - 试图用
fs.promises.readFile('E:/data.json')—— 这是 Node.js 语法，在浏览器里会报ReferenceError: fs is not defined - 使用
<input type="file" webkitdirectory>只能由用户手动选择文件夹，无法自动扫描 SD 卡根目录
真要扩展存储，可行路径只有三类
必须跳出纯前端思维，引入服务端或混合架构：
-
Electron / Tauri 桌面应用：用
fs模块读写 SD 卡路径（如/media/pi/SDCARD/data/），但需用户授予权限且跨平台路径处理复杂 -
树莓派 + 轻量 HTTP 服务：把 SD 卡挂载到
/mnt/sdcard，用 Python/Flask 提供GET /api/files?path=logs/接口，前端通过fetch()间接访问 -
Web App + 用户手动导入导出：用
<input type="file" accept=".json,.csv" multiple>让用户从 SD 卡选文件；导出时用URL.createObjectURL(new Blob([data]))触发下载，再由用户保存到 SD 卡
SD 卡速度与稳定性对前端项目的真实影响点
它不体现在“HTML 函数”上，而藏在数据流转环节：
- 若用树莓派做本地服务器，SD 卡写入速度（尤其是随机小文件）会拖慢
POST /upload响应——Class 10 卡比 UHS-I 卡延迟高 3–5 倍 - 频繁读取 SD 卡上的静态资源（如图片）会导致
fetch()超时，需在服务端加缓存头：Cache-Control: public, max-age=3600 - SD 卡意外拔出可能造成文件系统损坏，服务端日志写入失败时，
fs.writeFile()会抛ENODEV错误，必须捕获并降级到内存队列
真正卡住项目的从来不是“怎么调用 SD 卡”，而是没想清楚数据主权在哪——浏览器不能碰硬件，那就得明确谁来负责挂载、校验、容错。绕开这点谈“HTML 扩展存储”，最后只会卡在 Failed to fetch 或白屏上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
