为什么信号量方式和异步io没有普及呢？

公司自己实现的rpc框架闭源，我们内部人员都看不到代码😓

为啥RPC框架在选择高性能的 I/O 模型时不优先使用异步IO多路复用呢，异步IO多路复用的性能不是更好吗？

PRC框架只是针对java平台的吗?对于微软的.net平台有rpc框架吗？？

其实tcp_nodelay这问题的原理挺简单的，但很多教程就是把简单问题说得复杂了。作者这种实战派讲解的就简洁易懂

老师讲得不错。

老师，您文章里面插图是用什么画的？就像RPC调用过程那张图

之前搞不懂为什么要搞RPC框架，后来才知道原来还是因为性能问题。我感觉RPC是随着高并发以及系统服务化之后才有了大范围的使用需求。
系统服务化后，一个前端访问会涉及到好多个后端的服务，如果服务间还是HTTP，那高并时，会成为性能的瓶颈之一。
从可维护性，可读性上来说，我感觉RESTful的HTTP协议比RPC更好。但从性能上来说，RPC更好

逻辑非常缜密！

老师我想问下，rpc框架可以支持泛化调用，那么这种泛化调用和非泛化调用相比是否存在性能问题呢？因为非泛化调用的长链接可以在服务启动时完成建立，而泛化调用长链接调用只能在服务发起时建立，所以应该在链接建立这里耗费时间吧

按照老师烧水的例子，明显应该还有个异步非阻塞I/O多路复用模型？

论学好操作系统的重要性。。

老师 棒棒哒

老师为啥不推荐dubbo呢 难道是dubbo只支持java系统间的调用吗？？？

以前系统设计时候允许有空值，且不论这对数据库是否友好，就是在切换序列化框架时候就有问题，有的协议不存在空值这一概念。这就要求在设计时，之前两个服务之间的协议每个字段都要有默认值

哈哈哈哈，我居然忘记了我还使用过WebService呢，好古老。
另外，如果系统交互间，纯使用 http RESTful 来调用，这算不算RPC呢

老师多路复用也可以用异步。不是很理解单独把异步领出来是什么意思。还有信号量 能举个代码中的例子吗？比如epoll select 这类。我感觉好像都需要信号通知。也可以用异步 所以有点不是很理解你说的五个网络模型

李玥老師的消息對列課程裡也介紹了各種RPC框架，還介紹了各種序列化方式

我感觉注册中心相当重要，序列化使用 Hession 也不错。文中提到建议关闭 Nagle 算法，但是我从其它地方看到是不建议这么做的，因为针对 Nagle 算法和延时 ACK 的优化已经非常成熟了，有可能在禁用 Nagle算法之后，性能问题反而更加严重