Postman Console可查看当前会话的实时HTTP请求与响应详情，包括URL、方法、Headers、Body、状态码、响应时间及重定向链；同时显示Pre-request Script和Tests中console.log()输出的调试日志，但关闭应用后日志清空。
Postman Console 里能看到什么日志
Postman Console 是最直接、最常用的请求日志查看方式，它记录的是当前会话中所有真实发出的 HTTP 请求和响应，包括 URL、方法、Headers、Body（明文或编码后）、状态码、响应时间、重定向链等。它不记录未发送的草稿或被取消的请求。
关键点：
-
console.log()在Pre-request Script和Tests中的输出会原样出现在 Console 的Log级别下，这是调试变量值、环境变量拼接结果的最常用手段 - Console 默认开启全部日志级别（
Log/Info/Warning/Error），但Warning和Error很少由 Postman 自身触发，多来自脚本执行异常（如pm.environment.get("missing")返回undefined后参与字符串拼接） - 关闭 Postman 后 Console 日志清空，无法回溯——这不是 bug，是设计行为
~/.config/Postman/logs/ 下的日志文件是否可靠
这个路径下的日志文件（如 main.log、renderer.log）是 Electron 应用层的运行时日志，内容偏底层：进程启动、模块加载、渲染进程崩溃、网络栈初始化失败等。它**不记录你发的每个 HTTP 请求详情**，也不包含响应 Body。
常见误判场景：
- 看到
main.log里有Request started，就以为能查到请求参数 —— 实际上这只是网络模块收到指令的标记，无 URL 或 Headers - 用
grep "POST /api/login"去搜日志文件，大概率为空 —— 因为这类结构化请求信息根本不会写入该日志 - 日志文件权限为
600，普通用户可读；若ls -l ~/.config/Postman/logs/显示为空或无此目录，说明 Postman 还没产生任何运行时异常，属正常现象
journalctl 查不到 Postman 请求日志的原因
journalctl -u postman.service 查不到请求日志，是因为 Postman 桌面版默认**不以 systemd service 方式运行**，它是一个普通用户进程（ps aux | grep postman 可见 UID 非 root）。除非你手动配置了 service 文件并启用，否则 journalctl 根本收不到它的日志流。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
如果你确实执行过 sudo systemctl enable postman 并成功启动，那 journalctl 才可能有内容，但此时日志也仅限于启动/退出事件，例如：
Nov 04 18:22:11 centos8 systemd[1]: Started Postman Desktop Application. Nov 04 18:22:15 centos8 postman[12345]: App ready in 3.2s
这些和 HTTP 请求完全无关。强行用 journalctl | grep postman 只会匹配到零星的桌面环境集成日志（如 D-Bus 通信），不可用于接口调试。
真正有用的调试组合：Console + script log + History
当你要确认「某个请求到底发了没、参数对不对、响应是否被篡改」时，唯一可靠的闭环是：
- 在
Pre-request Script中加console.log("url:", pm.request.url.toString())和console.log("body:", pm.request.body.raw) - 在
Tests中加console.log("status:", pm.response.code)和console.log("raw response:", pm.response.text()) - 发送后立刻打开
Postman Console（快捷键Ctrl+Alt+C），筛选Log级别，对照输出 - 再切到
History选项卡，点击刚发的请求，核对右侧面板中显示的「Actual Request」是否与 Console 输出一致
注意：pm.response.text() 在响应体很大时会截断（默认约 1MB），且不支持二进制响应；若需完整原始响应，得用 pm.response.stream（需 Node.js 环境，Newman 场景下才可用）。
