Postman导出的请求不包含实际文件内容，仅保存字段名、类型（File）、启用状态及描述；导入后需手动选择本地文件，且字段名大小写、中括号语法须与后端严格一致。

别人无法直接选你本地的文件——Postman 导出的请求不包含实际文件内容，只保存字段名和上传动作的配置。 这是共享后最常见的误解，也是后续调试失败的根源。

导出的请求里到底存了什么

Postman 的 Export 功能（如导出为 Collection v2.1）只会记录：key 名（如 file 或 images[]）、字段类型（File）、是否启用、以及可选的描述。它不会把你的 /Users/me/pic.jpg 或 D:\report.pdf 一起打包进去。

这意味着：别人导入后，在 Body → form-data 行看到的仍是空的 Select Files 按钮，必须手动点选他们自己机器上的对应文件。

• 如果你导出时用了相对路径或硬编码路径（比如在 Pre-request Script 里拼接），这些路径对他人完全无效
• 字段名大小写、中括号写法（files vs files[]）必须和后端严格一致，否则后端收不到
• 多个文件字段若依赖 [] 语法，导出后仍保留该结构，但导入者需主动按住 Ctrl/Cmd 多选文件才生效

怎么让协作方快速上手不填错

关键不是“怎么传文件”，而是“怎么减少对方操作步骤和理解成本”。最有效的方式是写清楚上下文注释：

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

• 在请求的 Description 区域，用 plain text 写明：请上传任意 PNG 文件，字段名必须为 "avatar"，单文件即可
• 如果后端要求特定 MIME 类型（如只接受 image/webp），在 Headers 里不要手动设 Content-Type: multipart/form-data —— Postman 会自动生成带 boundary 的正确值；错误设置反而导致 400
• 避免在 Tests 或 Pre-request Script 中读取文件系统（如 fs.readFileSync），这类代码在 Postman 运行时根本不可用

为什么有人觉得“共享后文件自动带上去了”

这是一种视觉误导：当你在自己的 Postman 里选好文件并保存请求，下次打开时 Value 列仍显示文件名（如 photo.jpg），看起来像“已绑定”。但这只是 UI 缓存，不是数据持久化。一旦导出再导入，或换设备打开，这个显示就清空了。

真正容易被忽略的点是：字段类型下拉框必须手动选成 File，不能留空或误选 Text。很多新人导入后没注意这一栏，默认是 Text，输个路径字符串过去，后端收到的就是纯文本，不是二进制流。