Postman保存请求需手动选择目标集合，否则默认新建集合；请求可能存于折叠子文件夹中；未按Ctrl+S则编辑内容不落盘；本地数据损坏会导致回退至旧备份。
保存时没选对集合，请求就“消失”了
Postman里点 Save 并不等于自动存进你心里想的那个集合。它弹出的对话框里有个下拉菜单，必须手动选中目标 Collection，否则默认会新建一个叫 My Collection（或类似名称）的集合——而你可能根本没注意它出现在侧边栏最底下。
常见错误现象：Save 后左侧面板没看到新请求，刷新也没用；点开历史记录能查到刚发的请求，但就是找不到“已保存”的痕迹。
- 检查保存弹窗里是否真的选择了已有集合，而不是留空或点了“Create a new collection”
- 展开侧边栏所有折叠项，包括底部未命名/默认集合，别只盯着自己命名的集合看
- 如果误建了新集合，可以右键它 →
Rename，再拖拽请求进去，或直接拖拽请求到目标集合上
请求已保存但集合未展开，视觉上“不可见”
Postman 的集合和文件夹支持多层嵌套，保存后的请求可能被塞进了某个子文件夹里，而该文件夹处于收起状态。这时它物理存在，但你一眼看不到。
使用场景：你为某模块建了 auth 文件夹，又在其中建了 login 和 refresh 子文件夹，结果把新请求错存进 refresh 里，而这个文件夹图标是 ▶（未展开），自然就“隐身”了。
- 逐个点击集合旁的 ▶ 图标，确保所有层级都展开
- 按
Ctrl+F（Windows）或Cmd+F（macOS）在侧边栏搜索请求名，比肉眼扫描快得多 - 右键集合 →
Sort by name可让请求按字母序排列，避免因排序混乱漏看
导出/导入后内容为空，其实是没真正保存
Postman 不会自动保存编辑中的请求变更。哪怕你改了 URL、加了 Header、写了 Tests，只要没按 Ctrl+S 或点右上角 Save 按钮，这些改动就只是临时停留在内存里——导出 JSON 时它们根本不会被写入。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
容易踩的坑：复制一个已有请求，修改完就直接导出，结果新请求体、新测试脚本全丢了，导入后只剩个空壳。
- 每次改完请求，务必手动按
Ctrl+S（桌面版）确认保存，不要依赖自动同步 - 导出前，点开该请求，看右上角是否显示“Saved”提示（灰色变绿色）
- 导入后仍为空？先检查原请求是否真有内容：打开它，看
Body、Tests、Headers标签页是否有非空字段
数据目录损坏或备份覆盖导致“丢失”
Postman 桌面版本地数据存在 C:\Users\{用户名}\AppData\Roaming\Postman（Windows）或 ~/Library/Application Support/Postman（macOS）。如果该目录被误删、杀毒软件清空、或磁盘错误，集合可能回退到某个旧备份状态，甚至只剩空结构。
性能影响：Postman 启动时会尝试从最近的 backup-*.json 文件恢复，但若备份时间早于你上次保存操作，就会“倒带”回旧数据。
- 进上述路径，找最新日期的
backup-yyyy-MM-ddThh-mm-ss.SSSZ.json文件 - 打开 Postman →
Import→ 选中该备份文件，可恢复大部分请求（含 Collections、Environments、Tests） - 日常建议：定期手动导出关键集合为
.json文件，存在 Git 或网盘，不依赖 Postman 自动备份
Postman 的“保存”动作非常轻量，也极其容易被忽略。真正危险的不是功能失效，而是你以为它记住了，其实什么都没落盘。
