Gorilla Web Toolkit 居然归档了

[tairan2006]

之前用的 websocket 库是 gorilla 的，刚翻了一下 github 发现居然是由于招不到维护者归档了。

维护者的话： https://github.com/gorilla#gorilla-toolkit

看完感觉唏嘘不已，但是很多开源项目确实就是很少的几个人在维护。

[AngryOrange]

就我的想法，开源大多还是依赖于热爱吧，能从开源获得现金收益的个人并不多，如果 Owner 的兴趣和时间发生变化又找不到愿意接收的只能暂停维护了 😮‍💨

顺便，隔壁帖子在招募开源贡献者，手动狗头
https://v2ex.com/t/939792#reply33

[phithon]

有部分开源项目停止维护是因为市面上有更好的选择，在竞争中慢慢消亡，这一类其实倒没什么好唏嘘的，算是正常迭代。但是 gorilla/websocket 貌似没见太多替代品？这个才是最可惜的。所以有没有其他可以推荐的呢？

[tairan2006]

@phithon #2 好像只有 https://github.com/gobwas/ws 流行度还可以

[lesismal]

> 但是 gorilla/websocket 貌似没见太多替代品？

@phithon
https://www.v2ex.com/t/919140#reply3

[phithon]

@lesismal
@tairan2006 可以，收藏了

[Nazz]

@tairan2006 这个库单位 CPU 压测 IOPS 不到 gorilla/websocket 的一半

[Nazz]

限定两个逻辑 CPU ，1000 连接，1000Byte Payload ，压测 1000000 个请求，gobwas 的 IOPS 为 1 个单位，nhooyr=1 ，gorilla=2.2. nhooyr 的压缩器有内存占用过多的硬伤，gobwas 的压缩 API 非常难用，gorilla 暂时没有发现什么问题.

[lesismal]

@tairan2006
gobwas/ws 存在明显缺陷:
https://github.com/gobwas/ws/issues/143
https://github.com/gobwas/ws-examples/issues/18

看作者的意思是不想解决并且 close 了 issue （其实按 gobwas 的思路也确实没办法解决）

[tairan2006]

其实 mux 被使用的也蛮多

[Nazz]

@tairan2006 mux 替代品不要太多