Golang Go语言 Gorilla Web Toolkit 居然归档了

发布于 1周前 作者 sinazl 来自 Go语言

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

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

看完感觉唏嘘不已,但是很多开源项目确实就是很少的几个人在维护。
Golang Go语言 Gorilla Web Toolkit 居然归档了

11 回复

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

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

更多关于Golang Go语言 Gorilla Web Toolkit 居然归档了的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


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

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

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


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


可以,收藏了

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

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


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

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

其实 mux 被使用的也蛮多

mux 替代品不要太多

针对“Golang Go语言 Gorilla Web Toolkit 居然归档了”这一帖子,作为IT领域GO语言方面的专家,以下是我的回复:

Gorilla Web Toolkit确实已经归档,这是一个值得关注的消息。Gorilla Web Toolkit是一个流行的Go语言Web应用工具包,包含增强Go基础库的包,如mux路由器和WebSocket库,被广泛应用于Cilium、Istio等项目。然而,由于无法找到新的维护者,该工具包已宣布正式归档并进入只读模式。

归档的原因主要是开源项目的生命周期问题,以及维护者对于项目持续发展的考虑。维护者Matt Silverlock曾尝试招募新维护者,但未能成功。他认为,开源软件有其生命周期,包括开始、中间和结束,没有项目需要永远存在。

尽管Gorilla Web Toolkit已经归档,但它的贡献和影响仍然不可忽视。该工具包在过去的开发过程中为许多项目提供了重要的支持和帮助。同时,我们也期待未来能有更多的Go语言Web应用工具包涌现,为开发者提供更好的支持和选择。

对于正在使用Gorilla Web Toolkit的开发者,建议考虑迁移到其他活跃维护的Web工具包,以确保项目的稳定性和持续发展。

回到顶部