引言：别再手动下载文件了，让 n8n 为你跑腿
笔者在 N8N大学 经常遇到这样的场景：每天早上需要从几十个 API 接口抓取最新的数据报表，或者从监控系统下载日志文件。早期，团队成员每天早上第一件事就是打开浏览器，右键“另存为”，重复机械的点击。
这不仅效率低下，更致命的是容易出错。一旦文件名格式变了，或者网络波动，漏掉一个文件就可能导致数据链路断裂。今天，笔者就带你彻底解决这个问题：利用 n8n 的 HTTP Request 节点，从 URL 直接下载文件，并将其存储到本地（或服务器）指定目录。这不仅是技术的升级，更是工作流的解放。
准备工作：你需要什么？
在开始搭建自动化流程之前，请确保你已经准备好以下要素：
- 一个正在运行的 n8n 实例：可以是官方云服务，也可以是本地安装的 Docker 版本（推荐 Docker，方便管理文件）。
- 目标文件的 URL：你需要确保这个 URL 是公开可访问的，或者你已经准备好了相应的认证信息（如 API Token）。
- 存储路径权限：如果你选择将文件保存在 n8n 所在的服务器本地，确保 n8n 进程有权限读写目标文件夹。
核心实操：三步搞定文件下载
我们将创建一个简单的流程：触发 -> 下载 -> 保存。这里最关键的技巧在于 HTTP Request 节点的参数设置。
步骤一：配置 HTTP Request 节点
这是整个流程的核心。很多新手在这里踩坑，因为默认设置下，n8n 会尝试解析 JSON 返回值，而我们下载文件时通常得到的是二进制流。
- 拖拽一个 HTTP Request 节点到画布。
- 在 Method 中选择 GET。
- 在 URL 字段填入你的文件下载链接（例如：
https://example.com/report.pdf）。 - 关键设置： 找到 Response Format（响应格式），将其从默认的
JSON改为 File。这一步告诉 n8n：“不要尝试解析内容，把它当作文件流处理”。 - 如果该链接需要认证，请在 Authentication 选项卡中配置相应的类型（如 Bearer Token 或 Basic Auth）。
步骤二：本地存储文件
获取到二进制数据后，我们需要将其写入磁盘。这里我们使用 Write Binary File 节点。
- 在 HTTP Request 节点后添加 Write Binary File 节点。
- 在 File Name（文件名）字段，你可以使用静态名称（如
report.pdf），但为了覆盖旧文件或按日期归档，建议使用表达式。例如，结合当前时间戳：{{ $now.toFormat('yyyy-MM-dd') }}-report.pdf。 - 在 File Path（文件路径）字段，输入你希望保存的本地目录。例如：
/data/n8n/downloads/。 - 注意： 如果你是在 Docker 中运行 n8n，这个路径是容器内的路径。你需要通过 Docker 的 Volume 挂载命令，将容器路径映射到宿主机的真实路径，否则容器重启后文件会丢失。
步骤三：测试与验证
点击节点的 Execute Node（执行节点）按钮。如果一切顺利，HTTP Request 节点会显示绿色的对勾，Data 选项卡下会看到二进制数据的占位符。紧接着，Write Binary File 节点也会变绿。
此时，去你的服务器对应目录下检查一下，文件应该已经乖乖躺在那里了。
避坑指南：实战中容易忽略的细节
在 N8N大学 的教学案例中，有两个问题反馈频率最高：
- 大文件内存溢出 (OOM)： 如果你要下载的文件体积较大（例如几百 MB 的视频），n8n 默认可能会在内存中缓存整个文件后再写入，导致 Node.js 进程崩溃。解决方案是使用 n8n 的 Streaming 特性（通常在较新版本中自动优化），或者对于超大文件，考虑使用
wget或curl命令行节点直接下载，而不是通过 n8n 的二进制流转存。 - 文件名获取失败： 有些下载链接是重定向的，或者没有在 Header 中返回
Content-Disposition。这意味着你无法自动获取原始文件名。解决办法是在 HTTP Request 节点后加一个 Set 节点，手动构造文件名，或者利用 URL 的最后一部分作为文件名（例如使用表达式：{{ $node["HTTP Request"].json["headers"]["content-disposition"] }}）。
进阶玩法：动态文件夹与文件覆盖
为了让流程更健壮，笔者建议加入简单的逻辑判断。
你可以使用 IF 节点检查目标文件是否已存在（虽然 n8n 原生节点不直接支持检查，但可以通过执行脚本节点调用 Node.js 的 fs 模块来实现）。更简单的做法是：直接覆盖。在 Write Binary File 节点中，如果文件名不变，n8n 会默认覆盖旧文件，这在处理日报场景下非常实用。
如果需要按日期归档，可以使用 Function 节点生成目录结构：
const date = new Date();
const dir = `/data/n8n/${date.getFullYear()}/${date.getMonth() + 1}/`;
return [{ json: { path: dir } }];
然后将这个路径映射到 Write Binary File 节点的 File Path 字段。
FAQ 问答
Q1: HTTP Request 节点下载的文件能直接上传到 S3 或其他云存储吗？
A: 可以。n8n 的二进制数据流是通用的。你可以将 HTTP Request 节点的输出直接连接到 AWS S3 节点或 Google Cloud Storage 节点，选择 Upload File 操作即可，无需先保存到本地。
Q2: 下载文件时报错 "403 Forbidden" 或 "401 Unauthorized" 怎么办？
A: 这通常是认证问题。检查 HTTP Request 节点的 Authentication 设置。如果是 Cookie 认证，可能需要手动添加 Header。如果是需要验证码的网站，n8n 无法直接处理，需要配合 Puppeteer 等浏览器自动化工具。
Q3: 我想下载的文件 URL 没有后缀名（如 .pdf），n8n 会自动识别吗？
A: n8n 会根据 HTTP Header 中的 Content-Type 来判断数据类型，但不一定能自动补全后缀名。建议在 Write Binary File 节点中手动指定后缀名，或者在 Function 节点中解析 Header 动态拼接文件名。
总结与资源
通过 n8n 的 HTTP Request 和 Write Binary File 节点，我们可以轻松构建一个稳定、自动化的文件下载流水线。这不仅解决了手动操作的繁琐，更通过标准化的流程保证了数据的完整性。
如果你想更深入学习 n8n 的二进制数据处理，建议关注 N8N大学 的后续实战课程。记住，自动化的第一步永远是先解决当下的痛点。
