点开集合左侧三角箭头即可展开查看全部接口；未保存的请求仅存于History或为草稿，不会显示在集合中，需手动Save并选定目标集合才能真正入库。
直接点开集合名称左侧的三角箭头，就能展开看到全部接口——这是最基础、也最容易被忽略的操作。很多人导出失败或找不到请求，根本原因就是没确认集合是否真的展开了。
为什么点不开集合？常见卡点在“未保存”和“显示折叠”
Postman 的 Collections 列表默认只显示集合名，不自动展开内容；即使你刚保存了 10 个请求，如果没手动点开三角箭头，它们就“藏”着，看起来像空的。
- 检查每个请求右侧是否有
?小锁图标：没有说明该请求只是临时草稿，没真正存进集合，导出时会被跳过 - 新建请求后必须点击右上角
Save（或 Ctrl+S），并在弹窗的Save to下拉菜单里手动选中目标集合，否则它只会留在 History 或“unsaved request”里 - 如果展开后仍是空的，右键集合 →
Edit→ 看Requests标签页下有没有条目；没有的话，说明确实没存进去，不是界面 bug
如何快速确认一个集合里到底有多少个真实接口？
别靠肉眼数，用 Postman 自带的统计信息更可靠：鼠标悬停在集合名上，右侧会出现三个点（⋯）→ 点击 → Details。这里会明确显示 Requests: X、Folders: Y，且数字只统计已保存、可展开的条目，不含 History 或草稿。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 这个数字必须和你展开后实际看到的请求数一致，否则说明有请求“存偏了”（比如误存到其他集合或没选对目标）
-
Folders数大于 0 时，记得逐层点开文件夹，接口可能嵌套在子目录里，不是全在根层级 - 如果
Requests显示为 0，但你知道存过，先清空History（左上角 History 标签 → ⋯ → Clear all history），再刷新页面，强制重载本地索引
想批量查看所有集合里的接口总数？别手动点开每个集合
Postman 没有全局“接口总览”面板，但可以用工作区导出功能间接验证：头像 → Settings → Data → Export your data → 勾选 Collections → 开始导出。生成的 ZIP 解压后，打开每个 JSON 文件，搜索 "request" 字段出现次数（注意是顶层 item 数，不是 item.request 的嵌套数），就能算出各集合真实接口量。
- 这个方法适合做备份前的完整性核对，尤其当团队多人共用工作区时，能发现谁漏传了集合、谁删了请求却没同步
- 导出的 JSON 是纯文本，用 VS Code 或 Notepad++ 打开即可搜索，不用导入还原
- 注意：该 ZIP 不含
History，也不含未保存的草稿，所以结果一定比你“以为存了”的数量少——这反而是判断数据是否落库的依据
真正容易被绕开的环节，是“保存动作”本身：Postman 不会自动把调试窗口里的请求塞进集合，它只认你点下 Save 并选对目标集合那一刻的状态。展开集合只是浏览手段，而保存才是让接口“真正存在”的临界点。
