• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 3093 days ago, the information mentioned may be changed or developed.

Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具，支持 Schedule, 数据对比，压力测试，支持上传脚本定制请求，可以轻松部署到本地，和你的 team 成员一起协作测试 Api。

详细介绍请看： http://doc.hitchhiker-api.com/cn/introduction.html

在线体验： http://www.hitchhiker-api.com/，可以用 try without login 来免登录使用（在线演示不支持压力测试和上传 js，虚拟机单核的，撑不住）。

下面来看看这次的更新：

重写压力测试

Hitchhiker 之前的压力测试节点是一个基于 Go 的 Hitchhiker-Node，早期阶段 Hitchhiker 的脚本功能并不复杂，不支持上传 js 库，async/await，以及文件读取保存等，而 Go 的高并发非常有吸引力，做了下调研后，使用 otto 做为 js 解释器，是可以满足那时的脚本运行逻辑的，所以选用了 Go 做压力测试的节点，在早期是够用的。

后来 Hitchhiker 开始支持更多复杂的脚本功能，比如自定义 js 库，因为 npm 里的很多 js 库都基于 Nodejs，而目前的 Go 以及 otto 满足不了这种需求，除非再加一个 Node 进程来执行脚本，然而这样又过于复杂，还不如直接使用 Nodejs 来写，所以综合考虑后还是使用 Nodejs 重写了压力测试点。

重写之后的压力测试是集成在 Server 一起的，也就是不用再部署其他的程序，而且支持现有所有的脚本功能。

两种方法的优劣：

Go 的高并发以及 goroutine 使得写起这种压力程序时非常之轻松，性能也很有保障，缺点还是在于 Hitchhiker 的脚本是 js，所以 Go 执行这些脚本比较费劲，也因此目前基于 Go 的压力点不支持 Hitchiker 脚本的高级特性。

Nodejs 写这种压力测试程序就比较费劲，需要自己管理多进程，以及进程间通信，还没法精确控制 1 秒的请求数，也就是压力测试的参数 QPS 对 Nodejs 的压力点是没用的，不过好在 Hitchhiker Server 也是基于 Nodejs 的，所以可以重用请求处理的逻辑，而且 Api 的压力测试本质上是高 IO 的，所以 Nodejs 的性能也很不错。不过 Nodejs 的程序目前还不支持分布式，稍后会加上去，主体功能已经完成。

稍微比较了下两者的性能，在单机上基本旗鼓相当。

目前是以基于 Nodejs 的版本为默认的，也可以选用 Go 的，不过 Go 的暂时会停止维护，除非 Go 有了基于 Node 的 js 解释器，那时再考虑移回来。