@lscexpress 及时通讯呀，小兔子其实以前也用过，量小了确实可以，之前用的就是小兔子集群呀，小兔子很优秀但是量撑死一万了

@raptor 我只是说设计很优秀，开源版本可能很多坑？我之前的公司是基于开源的二次开发的添了很多坑

@DoctorCat 家里公务员继承不了

@xuanbg 小兔兔性能不行呀

@opengps 不怕丢数据？

@Lighfer 不是吧很多大公司都在用 rocketmq 如果这样的话淘宝的服务岂不是很不稳定

@yinft http+json 哪个语言不支持呢？自己封装下 model 呗 又不麻烦

@geligaoli 其实我也这么觉得而且事实上也是，可能会快一点而且省几台机器

@pastgift 所以本质上就是流量的区别吗？性能其实在请求处理耗时占比比较大的情况下忽略不计？就算 http+json 的话 json encode 和 decode 性能较差多耗一点 cpu，其他的应该没多少区别

@laike9m 说的就是 restful 一般就是 http+json

@coderxy 实际这些 rpc 和 restful 都用过，确实不如 restful 开发维护高效😂

@codehz restful 传递的都是 json，服务端和客户端朝阳只需要 decode 和 encode 就行了，而且一般封装好的框架里都做了

@lxk11153 我也见过这个排行，但是感觉不能解答我的疑问呀

@janxin grpc 难用的很

@glenChen 过期哪有绩效

@zichen 对，更新缓存和淘汰缓存都可以，淘汰缓存更方便，但是对方肯定会问你淘汰缓存失败了不就 db 和缓存不一致了吗

@tabris17 最终一致性还是要查 db，当然缓存在有些业务场景下可以过滤掉大部分流量

@Octopvs 对，这样也行，或者直接更新缓存也行，但是对方会问你更新缓存失败或者淘汰缓存失败怎么办，当然我知道，平时他开发也就是更新缓存

@594duck 只要异步就有时差，无法做到实时一模一样