文件流操作需提前校验权限并主动兜底，避免运行时异常；按场景实施差异化降级策略；报错信息须具体、可操作、无技术术语；沙箱与容器环境需结合上下文做适配处理。
文件流操作在权限受限时，不能直接抛异常或崩溃，而应提前检查、主动兜底、清晰反馈。核心是把“权限失败”转化为可控的业务路径，而不是系统级错误。
提前校验权限，避免运行时报错
在打开文件、读取流、写入流前，必须先确认当前用户是否具备对应权限。不要依赖 try-catch 捕获 PermissionDeniedError 后再处理——那已是失败现场，用户体验已受损。
- Linux/macOS 下可用
access()（C）或Files.isReadable()/isWritable()（Java）判断路径可访问性 - Node.js 中用
fs.access(path, fs.constants.R_OK, callback)异步检测，比fs.open()更轻量、更安全 - 前端 Electron 场景需通过主进程预检，不可在渲染进程直接调用 Node API
降级策略要分场景落地
不是所有文件流失败都该返回同一句话。需按操作意图匹配降级方式：
- 读取配置文件失败 → 返回内置默认配置对象，加日志提示“未找到自定义配置，使用默认值”
- 读取用户上传的图片流失败 → 不报错，改用占位图 URL 或提示“图片暂不可用，请稍后重试”
- 写入日志流失败 → 切换到内存缓冲 + 控制台输出，并触发告警，不影响主业务流程
- 导出 CSV 文件失败 → 改为复制文本内容到剪贴板，提示“已复制表格数据，可粘贴至 Excel”
报错信息要具体、可操作、无技术术语
用户看到“Permission denied”毫无意义。友好提示需包含三要素：发生了什么、为什么发生、用户能做什么。
- ❌ 避免：“EACCES: permission denied, open '/opt/app/config.json'”
- ✅ 推荐：“无法加载设置文件 —— 当前账户无权读取该位置。请确认软件安装目录未被系统保护，或尝试右键以管理员身份运行。”
- 若支持跳转系统设置，可内嵌按钮调用
shell.openPath('/opt/app')（Electron）或xdg-open（Linux），并高亮显示目标路径
特殊场景：沙箱环境与容器化部署
在 Docker、Flatpak 或 macOS App Sandbox 中，文件路径可能合法但实际受限。此时仅靠路径检查不够，需结合运行时上下文判断：
- Docker 容器内优先检查挂载点是否带
ro（只读）标志 - macOS 上用
NSSecureCoding或NSFileCoordinator替代直读，适配隐私访问控制 - 如确权限不足，降级为生成临时文件（
/tmp或os.tmpdir()），并明确告知用户“已保存至临时位置”
