服务器进程间RPC长连接实现的思考

最新推荐文章于 2024-07-31 09:37:15 发布

fjs_cloud

最新推荐文章于 2024-07-31 09:37:15 发布

阅读量1.7w

点赞数 5

文章标签：后端服务服务器分布式

本文链接：https://blog.csdn.net/fjslovejhl/article/details/50355691

版权

本文讨论了服务器进程间RPC长连接的三种实现方式：每次请求新建连接、连接池和单一连接复用，并分析了各自的优缺点。作者强调了连接管理、连接状态监测、心跳机制和超时控制的重要性，推荐使用开源IO库，并分享了个人对程序员成长和代码质量的观点。

摘要由CSDN通过智能技术生成

最开始比较系统的接触rpc应该还是在支付宝实习的时候，当时给的任务就是利用netty写一个java的rpc框架，然后后期还有了接入config的需求，这应该算的上是自己比较全面的接触到类似于分布式，服务化等概念。

rpc只是一种概念，可以有很多种的实现方式，可以直接http来做，接触到很多公司后端服务之间的调用就是直接通过http来做的，这种实现的方式好处就太多了，简单，现成可用的库很多，缺点也很多，性能，系统伸缩性等都有比较明显的限制。

更加成熟的分布式后端解决方案应该还是类似于阿里的那一套基于服务化的系统设计，一般情况下都有一个config中心，用于注册进程和服务的信息，进程之间直接建立连接发起rpc请求，对于业务层面，一般情况下都是提供比较简洁的同步接口，类似于如下：

service = config.get_service("fjs")
res = service.hello("你好")

通过这种同步的rpc方式，构建出可伸缩的后端系统。（个人觉得这里提供如上的一种简洁的同步的api接口是非常重要的，因为也接触过node.js的一些rpc方案，通过注册回调的方式来实现rpc来回，感觉这对上层写业务来说是一种灾难，这方面node.js确实感觉没有太好的方案，好像fib.js不错，ja

关注

专栏目录