V2EX › Nazz 的所有回复 › 第 36 页 / 共 45 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 28 29 30 31 32 33 34 35 36 37 ... 45

❮

❯

2023-02-25 20:47:20 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

@webcape233 golang.org/x 那个很挫

2023-02-25 20:18:38 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

@0o0O0o0O0o nhooyr API 挺精简的，但 rps, latency, cpu 均不如 gorilla

2023-02-25 20:14:56 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

@0o0O0o0O0o 可以看看我的 WebSocket Event ，借鉴自 JavaScript

2023-02-25 19:59:56 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

@lesismal gorilla 比 nhooyr 和 gobwas 强多了，但性能和易用性不如 gws

2023-02-25 19:38:20 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

自荐一下 gws, 性能在基于 net/http 的 websocket 实现里面可以说是一骑绝尘

### Features
- 无依赖
- 每个连接只会有一个常驻的协程
- 支持异步非阻塞 Write; 支持单连接内并发处理多个请求, 控制好了并发上限
- 默认模式下即可 100%通过 autobahn-testsuite websocket 协议测试

https://github.com/lxzan/gws
https://dev.to/lxzan/go-websocket-benchmark-31f4

2023-02-25 19:30:20 +08:00

回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？

@0o0O0o0O0o 谢谢老铁

2023-02-25 19:08:22 +08:00

回复了 GTim 创建的主题 › Java › SpringBoot 的应用程序实在太大了

就算是 Java, 11G 也太离谱了, 这是造了一个 redis 吗

2023-02-25 19:07:20 +08:00

回复了 GTim 创建的主题 › Java › SpringBoot 的应用程序实在太大了

转 go 吧

2023-02-25 13:04:49 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@lambdaq 一家公司内容易形成规范，同时存在 gRPC 和 gin 经常要写一些胶水代码

2023-02-25 07:44:35 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@lambdaq JSON 很容易做到这两点, 但是没看到流行的方案, 可能是因为 gRPC 太流行了.

2023-02-25 07:43:19 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@aper 字节的 sonic 可以了解下, 丧心病狂的优化.

2023-02-25 07:42:17 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@lesismal gRPC 本身太重了吧, 不然不至于性能这么差.

2023-02-25 07:41:40 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@mikewang 不同之处在于我在输出观点: 大部分 gRPC 的使用场景可以被 JSON-RPC 平替.

2023-02-24 16:38:55 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@documentzhangx66 有很多高性能的 JSON 实现, 除浮点数外, 和 protobuf 差距不是特别大.

2023-02-24 16:36:27 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@guonaihong 我指的是对内对外统一使用 HTTP JSON-RPC.

2023-02-24 16:35:32 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@tool2d 好像压缩这块早期挺乱的, 现在都是 permessage-deflate 了. 追求最佳兼容性, 可以在服务端关闭拓展, 自行压缩解压. 开箱即用方面确实不如 gRPC, 强在简单透明, 兼容性更好. 我自己为 ws 写了个 api router 提供 header 元数据和中间件路由组, 有兴趣可以看看: https://github.com/lxzan/uRouter .

2023-02-24 13:52:51 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@idblife 我用 v2ray

2023-02-24 11:26:58 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@AugOmin 要是我的话会选择 WebSocket, 因为我对 ws 非常的熟悉.

2023-02-24 11:19:40 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@mafanding HTTP1 可以不加 TLS. H2C 好像基本没人用

2023-02-24 10:51:57 +08:00

回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?

@wuhaoecho JSON 可以方便地在 postman 里面手动编辑

1 ... 28 29 30 31 32 33 34 35 36 37 ... 45

❮

❯