浏览器原生不支持多文件批量下载，必须打包成ZIP单次下载；服务端生成ZIP最可靠，前端可用fetch+Blob或兼容IE的iframe方案。

浏览器根本不允许“一键下载多个文件”——这不是代码写得不够好，而是安全策略硬性限制。你写的循环 click() 只会成功触发最后一个下载，其余全被拦截或静默丢弃。

为什么 for 循环触发 a.click() 只下最后一个

Chrome、Edge、Safari 等现代浏览器对自动下载有严格判定：同一上下文中连续触发多个 download 属性的 a 标签点击，只有**用户主动交互后首个**下载会被放行，后续全部视为非用户触发，直接屏蔽。

• 即使你用 setTimeout 挨个延时，只要没真实鼠标/键盘事件介入，仍算“自动”
• window.location.href 或 window.open() 在循环里也一样，第二个起就失效或打开空白页
• 用 iframe src 动态加载下载链接？同样受限于弹窗拦截和同源策略，成功率极低

真正能落地的两种方案：服务端 ZIP 或纯前端 JSZip

绕不开打包这一步。所谓“多文件下载”，本质是把 N 个文件合成 1 个 ZIP 流再下载。

Feishu calendar sync, local ics to json data for AI agent

将ICS日历文件转为JSON格式，用于飞书日历导入导出及数据集成。

下载

• 服务端 ZIP（推荐）：前端传文件 ID 列表（如 ['report-123', 'config-456']）给后端接口，后端生成 ZIP 并返回 Content-Type: application/zip 响应；前端用 fetch + Blob 触发下载
• 纯前端 JSZip（限小文件）：只适用于你已知全部文件内容的场景（比如用户刚编辑的几段文本、导出的 JSON 表格），且总大小建议 jszip 和 file-saver，逐个转 Blob 再 generateAsync()

别踩这些坑：download 属性、跨域、文件名乱码

download 属性只对同源 URL 生效，跨域链接设了也白设——浏览器会忽略 download，退化为跳转而非下载。

立即学习“前端免费学习笔记（深入）”；

• 服务端返回 ZIP 时，务必设置 Content-Disposition 头，且文件名用 URLEncoder.encode(..., "UTF-8") 编码，否则中文名在 Chrome 下变 %E6%96%87%E4%BB%B6.zip
• 前端用 fetch 获取 ZIP 流时，不能直接 response.text()，必须用 response.blob()
• 不要试图用 document.execCommand('saveAs') —— 已被所有主流浏览器废弃

最常被忽略的一点：没有“真正一键下多个”的捷径。要么接受服务端参与打包，要么接受前端只处理内存中已有的小数据。想靠纯 HTML + JS 循环 click 就搞定，只会浪费半天调试时间。