实际项目中大家都用哪个rpc的框架,说说有没有遇到哪些个坑

实际项目中大家都用哪个rpc的框架,说说有没有遇到哪些个坑
已邀请:

xkey - go

赞同来自: kakashi

thrift,坑挺多,但很多情况下不一定能遇到,如果在windows下开发测试会遇到更多奇葩的坑。
最好不要跨语言使用thrift,thrift的client没有原生的connection pool支持,提高效率需要自己开发和维护。
客户端和服务端还不支持自动重连机制,也需要自己实现。
还需要维护idl文件,考虑好以后需求的变更,参数在非必要的情况下,尽可能使用optional。

但是,在高并发场景下,thrift的性能还是非常不错的,就是版本和新功能迭代有点慢

stirlingx - https://github.com/liyue201

赞同来自: kakashi

grpc大坑还没遇到,小坑是它的server的没有处理panic,需要自己加一个RecoveryHandler的中间层
`Go` 上首选 `gRPC`. 可以配合 `gogo` 的 `ProtoBuff` 库来提高 `序列化` 性能.

要回复问题请先登录注册