Postman 本身不限制文件类型，所谓“不支持的文件格式”问题几乎全是服务端拦截或配置不当导致的；它仅原样打包文件进 multipart/form-data 请求，不校验扩展名、魔数或 MIME 类型。
Postman 本身不限制文件类型，所谓“不支持的文件格式”问题，几乎全是服务端拦截或配置不当导致的——Postman 只负责把文件原样打包进 multipart/form-data 请求，它不会校验扩展名、魔数或 MIME 类型。
为什么上传 .exe/.sh/.log 等文件会失败
常见现象是：选中 .exe 文件后点击 Send，响应直接返回 400 Bad Request 或 415 Unsupported Media Type，但用 curl 手动构造同样请求却成功。这说明问题不在 Postman，而在以下环节：
- 服务端中间件（如 Spring Boot 的
CommonsMultipartResolver或 Nginx 的upload_pass）显式拒绝了黑名单后缀 - API 网关（如 Kong、Apigee）按
Content-Type或文件名正则做了过滤 - 后端代码里写了硬编码判断，例如
if (filename.endsWith(".exe")) throw new IllegalArgumentException() - Postman 自动设置的
Content-Type被服务端严格校验（比如传.log却带application/octet-stream，而服务端只认text/plain）
绕过默认 Content-Type 并手动指定
Postman 在 form-data 模式下对未知后缀文件默认设 Content-Type: application/octet-stream，但很多服务端要求精确匹配（如 .csv → text/csv，.yml → application/yaml）。这时必须手动覆盖：
- 在 Body → form-data 表格中，找到对应文件行的
Content-Type列（默认为空，点击才显示输入框） - 填入准确值，例如：
application/x-msdownload（.exe）、text/x-log（.log）、application/x-sh（.sh） - 注意：不能只改 Headers 里的全局
Content-Type，那会破坏 multipart 边界结构，导致整个请求解析失败
验证服务端真实限制点的三步法
别猜，直接定位拦截位置：
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 先用 Postman 发送一个合法格式（如
.txt）文件，确认基础流程通；再换.exe，对比响应体差异（是否含明确错误提示？如"File type not allowed"） - 打开 Postman 的
Console（View → Show Postman Console），查看发出的原始请求 —— 重点看Content-Disposition字段里的filename=值是否被转义、是否含路径（如../etc/passwd），有些网关会因此拦截 - 在 Pre-request Script 中加一行：
console.log(pm.request.body.formdata);，检查文件字段的contentType和fileName属性是否符合预期（Postman v10.22+ 支持该 API）
用 curl 对比验证（快速排除 Postman 干扰）
当 Postman 行为异常时，用最简 curl 复现能快速锁定责任方：
curl -X POST https://api.example.com/upload \
-H "Authorization: Bearer {{token}}" \
-F "file=@test.exe;type=application/x-msdownload" \
-F "name=test"
如果 curl 成功而 Postman 失败，90% 是 Postman 的自动 boundary 或 filename 编码惹的祸 —— 此时需在 Postman 的 form-data 行里手动填 fileName（右键文件行 → Edit → 修改 fileName 字段，去掉引号或特殊字符）。
真正难处理的不是“Postman 不支持”，而是服务端把文件类型校验写死在业务逻辑里，且没暴露清晰错误码。这时候连改 Content-Type 都没用，得靠抓包看服务端返回的原始错误堆栈，或者让后端加个调试开关临时放行。
