Firefox不支持showSaveFilePicker：替代方案及不支持原因咨询

一、Firefox中实现浏览器端程序化保存文件的方法 #

最兼容且可靠的方案是使用传统的<a>标签结合Blob/ObjectURL的方式，无需依赖新的File System Access API，代码示例如下：

function saveLocalFile(fileContent, fileName) {
  // 根据内容创建Blob对象，可根据实际需求修改MIME类型
  const fileBlob = new Blob([fileContent], { type: 'text/plain' });
  // 生成Blob的临时URL
  const blobUrl = URL.createObjectURL(fileBlob);
  
  // 创建隐藏的a标签
  const downloadLink = document.createElement('a');
  downloadLink.href = blobUrl;
  // 设置下载文件名
  downloadLink.download = fileName;
  // 触发点击行为
  downloadLink.click();
  
  // 清理临时资源
  document.body.removeChild(downloadLink);
  URL.revokeObjectURL(blobUrl);
}

这个方法的优势在于：

• 完全兼容包括Firefox在内的所有现代浏览器
• 遵循浏览器原生的下载流程，用户能通过浏览器的下载管理器追踪文件
• 无需额外的权限申请，符合浏览器的安全模型

如果需要处理大文件，该方案同样适用，因为Blob对象会由浏览器高效处理，不会占用过多内存。

二、Firefox不支持window.showSaveFilePicker的原因 #

window.showSaveFilePicker属于File System Access API的一部分，Firefox暂不支持该API主要出于以下几点考量：

1. 安全与隐私风险：该API允许网页直接与用户本地文件系统交互，Mozilla团队认为这种直接访问存在被恶意网站滥用的可能，比如未经用户明确授权就修改或覆盖本地文件，违背了浏览器的沙箱安全原则。
2. 用户体验一致性：Firefox坚持保留传统的下载交互流程——用户通过浏览器自带的下载对话框确认保存操作，而不是由网页直接触发自定义的保存弹窗，避免用户混淆不同来源的文件保存请求。
3. 规范稳定性与评估：Mozilla通常会等待Web API的规范完全稳定，且经过充分的安全测试和用户反馈收集后，才会考虑加入支持，目前File System Access API仍在持续完善中。

内容的提问来源于stack exchange，提问作者Marco Faustinelli