之前用的 websocket 库是 gorilla 的，刚翻了一下 github 发现居然是由于招不到维护者归档了。
维护者的话： https://github.com/gorilla#gorilla-toolkit
看完感觉唏嘘不已，但是很多开源项目确实就是很少的几个人在维护。
维护者的话： https://github.com/gorilla#gorilla-toolkit
看完感觉唏嘘不已，但是很多开源项目确实就是很少的几个人在维护。
This topic created in 1262 days ago, the information mentioned may be changed or developed.
10 replies • 2023-05-18 10:46:17 +08:00
 |
1
AngryOrange May 17, 2023
就我的想法，开源大多还是依赖于热爱吧，能从开源获得现金收益的个人并不多，如果 Owner 的兴趣和时间发生变化又找不到愿意接收的只能暂停维护了 😮💨
顺便，隔壁帖子在招募开源贡献者，手动狗头 https://v2ex.com/t/939792#reply33 |
 |
2
phithon May 17, 2023
有部分开源项目停止维护是因为市面上有更好的选择，在竞争中慢慢消亡，这一类其实倒没什么好唏嘘的，算是正常迭代。但是 gorilla/websocket 貌似没见太多替代品？这个才是最可惜的。所以有没有其他可以推荐的呢？
|
 |
3
keenkiller OP @phithon #2 好像只有 https://github.com/gobwas/ws 流行度还可以
|
 |
4
lesismal May 17, 2023
|
|
5
phithon May 17, 2023  1
|
 |
6
Nazz May 17, 2023 via Android
@tairan2006 这个库单位 CPU 压测 IOPS 不到 gorilla/websocket 的一半
|
|
7
Nazz May 17, 2023 via Android
限定两个逻辑 CPU ，1000 连接，1000Byte Payload ，压测 1000000 个请求，gobwas 的 IOPS 为 1 个单位，nhooyr=1 ，gorilla=2.2. nhooyr 的压缩器有内存占用过多的硬伤，gobwas 的压缩 API 非常难用，gorilla 暂时没有发现什么问题.
|
|
8
lesismal May 17, 2023
@tairan2006
gobwas/ws 存在明显缺陷: https://github.com/gobwas/ws/issues/143 https://github.com/gobwas/ws-examples/issues/18 看作者的意思是不想解决并且 close 了 issue （其实按 gobwas 的思路也确实没办法解决） |
|
9
keenkiller OP 其实 mux 被使用的也蛮多
|
|
10
Nazz May 18, 2023
@tairan2006 mux 替代品不要太多
|
Select Language