文件夹默认不生效Basic Auth，因其授权类型默认为“从父继承”，需手动编辑文件夹并显式选择Basic Auth、填写凭证后才生效；否则请求头无Authorization字段。
文件夹可以独立设置认证，且优先级高于集合；但必须手动编辑文件夹设置，不能靠继承自动生效。
为什么文件夹默认不生效 Basic Auth？
新建文件夹时，“授权”类型默认是 Inherit auth from parent，它会原样复用父集合的认证方式（比如 No Auth 或 Bearer Token）。哪怕你在集合里配了 Basic Auth，只要没显式改文件夹自己的设置，它就完全不会触发用户名/密码编码逻辑。
- 现象：填了用户名密码、选了
Basic Auth，但请求头里没有Authorization: Basic xxx - 根本原因：你改的是单个请求的授权，不是文件夹级别；或文件夹仍处于“继承”状态
- 验证方法：点击请求右上角
Preview Request，看实际发出的 header 是否含Authorization
如何给文件夹批量应用 Basic Auth？
进入文件夹配置页，一次性设定后，其下所有请求（包括后续新增的）都会自动带上 Base64 编码后的凭据。
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 操作路径：左侧导航 → 右键文件夹名 →
Edit→ 切换到Authorization选项卡 - 类型选择：
Basic Auth（不是Bearer Token或No Auth） - 填入：
Username和Password字段（支持变量，如{{api_user}}） - 保存后：该文件夹内所有请求自动启用，无需逐个设置
文件夹和子请求的授权优先级怎么算？
Postman 的授权生效顺序是：**请求 > 文件夹 > 集合**。层级越深，覆盖力越强。
- 如果文件夹设为
Basic Auth，但某个请求单独选了Bearer Token，那个请求就只发Authorization: Bearer xxx - 如果集合设为
Bearer Token，文件夹设为Basic Auth，而请求没动过——它走文件夹的Basic Auth - 变量引用（如
{{auth_password}}）在文件夹级定义后，所有子请求都能读取，但不能反向修改
容易被忽略的坑：环境变量 + 文件夹认证
文件夹授权里的用户名密码字段虽然支持变量，但变量值**不会实时刷新**——除非你主动点开文件夹编辑页再点一次 Save，否则即使环境切换了，旧值仍缓存在文件夹配置中。
- 典型问题：切到
staging环境后，文件夹仍用prod的密码发请求 - 解决办法：在
Edit Folder → Authorization里把Username改成{{env_user}}，Password改成{{env_pass}}，然后务必点Save - 额外注意：Postman 不校验变量是否存在，填错变量名（如
{{env_pss}}）会导致空字符串被 Base64 编码后发送，服务器返回401 Unauthorized
