最快速可控的方式是在Headers中手动添加Cookie请求头，格式为Cookie: name=value; name2=value2，需全大写、分号后空格、不带引号或非法字符；若需Expires/Secure等属性或模拟真实浏览器行为，则必须使用Cookie管理器并严格匹配域名与路径。
Postman 中直接在 Headers 里加 Cookie 请求头，是最快速、最可控的方式，适合已知 Cookie 值且不依赖登录流程的场景。
Headers 里手动添加 Cookie 字段
这是最直白的做法：不经过 Cookie 管理器，也不依赖自动保存，纯靠你填对格式就能发出去。
-
Cookie是请求头字段名，必须全大写、首字母大写都不行（比如cookie或COOKIE都无效） - 值必须是
name=value格式，多个用分号 + 空格分隔：JSESSIONID=abc123; user_token=xyz789 - 不能带引号，不能换行，不能有中文或非法字符；空格只允许出现在分号后，如
a=b; c=d合法，a= b会出错 - 如果值本身含分号、逗号或空格，服务端通常会拒绝解析——这时应改用 Cookie 管理器并设置
HttpOnly或Secure属性来规避
Cookie 管理器里手动添加域名级 Cookie
当你需要模拟真实浏览器行为（比如跨路径、子域共享）、或 Cookie 带 Expires/Secure 等属性时，必须走 Cookie 管理器。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 点击请求右上角的
Cookies按钮（不是 Headers 里的那个），弹窗后在Type a domain name输入目标域名，如127.0.0.1或api.example.com，不要带http://或端口 - 填写的
Domain必须和请求 URL 的 host 完全匹配（www.example.com≠example.com），否则 Postman 不会自动带上 -
Path默认是/，如果接口只在/v2/下生效，却填了/v1/，那这个 Cookie 就不会被发送 -
Expires时间必须是未来时间（UTC 格式），填过去的时间会导致 Cookie 立即失效，Postman 也不会报错，只是静默丢弃
为什么 Set-Cookie 响应头没进 Cookie 管理器？
常见于登录后没自动保存 Cookie，后续请求仍被拒——不是 Postman 坏了，而是条件没满足。
- 服务器返回的
Set-Cookie头必须包含合法Domain和Path；若Domain=example.com但你请求的是test.example.com，默认不继承（除非显式写成Domain=.example.com） - Postman 默认启用 Cookie Jar，但如果在请求 Settings 里勾选了
Disable cookie jar，所有Set-Cookie都会被忽略 - 响应状态码不是 2xx（比如 302 跳转后没跟进），Postman 不会解析跳转响应里的
Set-Cookie - 前端 JS 登录（非表单 POST）可能把 token 存 localStorage，而非靠
Set-Cookie，这种根本不会进 Cookie 管理器
真正容易被忽略的点在于：Cookie 管理器里看到的值，和 Headers 里实际发出的 Cookie 头，不是实时同步的。修改管理器后必须重新点击 Send，否则旧值还在缓存里；而 Headers 手动填的 Cookie 会强制覆盖管理器行为——这两个机制互不感知，混用时尤其要盯紧 Network 面板里的真实请求头。
