HTTP Requester是Sublime唯一值得装的HTTP插件，它以纯文本语法写请求、支持Git追踪、无需GUI；RESTer和Sublime-HTTP-Client因多年未更新，存在Python 3.8+兼容性差、SSL失败等问题。
不能替代，但能高效覆盖你日常 80% 的轻量调试场景 —— 关键不在“能不能发请求”，而在“你发完之后要不要断言、环境切换、历史回溯、团队协作”。
HTTP Requester 是 Sublime 唯一值得装的 HTTP 插件
它不是 Postman 的平替，而是“文本即请求”的践行者：所有内容写在 .http 或 .rest 文件里，用纯文本语法，不弹窗、不占内存、可 Git 追踪。RESTer 和 Sublime-HTTP-Client 已多年未更新，常见报错包括 ImportError: No module named 'urllib2'（Python 3.8+ 不兼容）和 SSL handshake 失败（尤其 macOS）。安装后只需新建文件，输入：
GET https://jsonplaceholder.typicode.com/posts/1 Content-Type: application/json
光标停在任意位置，按 Cmd+Alt+R（macOS）或 Ctrl+Alt+R（Windows/Linux）即可发送。
Header 和 Body 必须用空行分隔，否则会 400
这是新手最常踩的坑：HTTP Requester 把 Body 当成 Header 解析，导致服务端收不到 req.body，返回 400 Bad Request 或空体。正确写法是：
POST https://api.example.com/login
Content-Type: application/json
{
"email": "test@example.com",
"password": "123456"
}
- Header 行末不能有多余空格
- 空行必须是真正空行（无空格、无 Tab）
- JSON Body 首行不能缩进，否则部分服务端会拒收
没有环境变量，但有更靠谱的替代方案
HTTP Requester 不支持 {{baseUrl}} 这类模板语法，但这反而是优势：避免隐藏依赖，强制把地址显式写死或靠 Sublime 自身能力管理。实际可用的方案有：
- 用 Sublime 的
Snippet定义常用 host 模板，触发后自动补全 - 配合多光标 +
Ctrl+D批量替换域名（比如从localhost:3000换成staging.example.com） - 把不同环境拆成多个文件：
dev.http、prod.http，Git 提交时天然隔离
比起 Postman 的 Environment 切换，这种方式更透明、更少出错，只是需要你主动组织结构。
响应体不格式化 JSON？加个插件就行
默认响应是纯文本，JSON 不折叠、不高亮、不缩进。这不是缺陷，而是设计选择 —— 保持最小依赖。你可以手动美化：
- 选中响应体 → 右键 →
JsPrettier（需已安装）→ 格式化 JSON - 或装
HTML-CSS-JS Prettify，对 JSON 片段同样生效 - 如果响应含 HTML，直接右键 →
Set Syntax: HTML即可高亮
注意：别指望它自动识别 Content-Type 并切换语法，一切由你控制 —— 这正是 Sublime 工作流的核心逻辑。
真正容易被忽略的，是它根本不处理“敏感信息”：token、密码、密钥全明文写在文件里。一旦提交到 Git，就是安全事件。要么用 .gitignore 排除 *.http，要么把凭证抽离到外部配置文件再通过脚本注入 —— 这些事，Postman 也得自己管，只是 Sublime 不帮你遮掩。
