rest client 插件无法进行高并发测试，因其仅支持单次请求，缺乏并发控制、连接池、压测指标和结果统计功能；应将 sublime 用作请求编辑器，通过 hey、vegeta 等终端工具执行压测。
Sublime Text 的 REST Client 插件无法模拟高并发 API 请求——它一次只发一个请求，没有并发控制、连接池、压测指标或结果统计能力。
为什么 RESTClient 插件根本不能做高并发测试
RESTClient（包括 RESTer、HTTP Requester 等）本质是单次 HTTP 请求触发器，底层调用的是 Python 的 urllib 或 urllib3，但完全不暴露连接复用、线程/协程调度、超时队列等压测必需接口。它连“发 10 次相同请求”都要手动按 10 次 Ctrl+Alt+R，更别说设置 QPS、阶梯加压、错误率统计。
常见误判场景：
- 把多个
.http文件批量保存后挨个打开 → 实际仍是串行执行，无并发 - 用构建系统调
httpie并加&后台运行 → Shell 进程并行但 Sublime 无法聚合响应、无错误上下文、stdout/stderr 混乱 - 以为插件支持
@loop或threads=5类语法 → 官方文档和源码中完全不存在这类关键字
真正能替代的轻量方案：用 Sublime 编辑 + 终端工具执行
如果你坚持用 Sublime 写请求体、管理 URL 和 headers，又需要并发能力，唯一可行路径是把它当“请求模板编辑器”，把执行交给专业压测工具：
- 选
hey（Go 写的，二进制小、无依赖）：hey -n 100 -c 10 https://api.example.com/health - 选
vegeta（支持 JSON 配置、实时图表）：echo "GET http://api.example.com" | vegeta attack -rate=50 -duration=10s | vegeta report - 用
httpie+ shell 循环（仅限简单验证）：for i in {1..20}; do http GET https://api.example.com/test & done; wait—— 注意加wait，否则进程数失控
关键点：把 Sublime 中写好的 .http 文件里 URL 和 headers 复制出来，不要试图让插件解析它再并发——它没这个设计。
容易被忽略的并发陷阱
即使切换到终端工具，从 Sublime 迁移时仍常踩坑：
- Sublime 里写的
Content-Type: application/json在curl或hey中需显式加-H，漏掉就变成text/plain - JSON body 中有未转义的换行或双引号，复制进命令行会直接报错；建议先存为
body.json，用-d @body.json引用 - 环境变量如
{{token}}在 Sublime 中靠插件渲染，但vegeta或hey不识别——得用 shell 变量替换：URL="https://api.example.com?auth=$TOKEN" - Sublime 响应面板显示“200 OK”就认为成功，而压测要看
latency p95、error rate、throughput，这些必须靠终端工具输出解析
别在插件配置里找“并发开关”了——它不存在。Sublime 的价值是快速改请求、存历史、git 版本管理；压测这件事，从头到尾都该交给命令行工具链。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
