fenixsoft
「Comment」https://icyfenix.cn/architect-perspective/general-architecture/api-style/rpc.html
https://icyfenix.cn/architect-perspective/general-architecture/api-style/rpc.html
网络是同质化的 ,同质化是什么意思呀
Homogeneous networks are networks where all the nodes have the same function in the network
@dengchaoh 并随后在DCE项目中发将其展成在UNIX系统下的远程服务调用框架DCE/RPC 周大哥，“发将其展成”这个是笔误吧，提醒下。
感谢指正，是“将其发展成”。将在下一次commit时候更改过来。
更正 From: 如何找到对应到方法 To: 如何找到对应的方法
From: 只支持在传递值而不支持传递对象 To: 只支持传递值而不支持传递对象
@wukongcode 更正 From: 如何找到对应到方法 To: 如何找到对应的方法
From: 只支持在传递值而不支持传递对象 To: 只支持传递值而不支持传递对象
感谢，已修正。
有一些不太了解，想请教下作者。 为什么从RPC提出到分裂的RPC中间经历了这么长的时间？就只是想把RPC做的更底层，方便开发者使用吗？在客户端服务器(学习java套接字经常写的简单echo程序)的代码基础上，增加序列化反序列化，服务器端能根据传递的内容，找打对应要调用的方法(如java通过反射)，一个大题的远程过程调用不就行了吗？还是我哪里理解的有问题，望请指正。
WCF 真的是好东西，可惜当时仅仅限于window平台，而且WCF的配置对习惯了简单上手的人配置也显得复杂。 再回过来看，在当年就是非常好的搭建分布式服务的一套框架。
朝着性能发展，代表为 gRPC 和 Thrift
gRPC 的性能不行吧 https://github.com/apache/incubator-brpc/blob/master/docs/cn/benchmark.md
@robot88 有一些不太了解，想请教下作者。 为什么从RPC提出到分裂的RPC中间经历了这么长的时间？就只是想把RPC做的更底层，方便开发者使用吗？在客户端服务器(学习java套接字经常写的简单echo程序)的代码基础上，增加序列化反序列化，服务器端能根据传递的内容，找打对应要调用的方法(如java通过反射)，一个大题的远程过程调用不就行了吗？还是我哪里理解的有问题，望请指正。
我觉得受限于操作系统以及语言，你java-java可能好实现，java-go呢？以及其它语言呢？而且每种语言在操作系统上反应可能都不一样。最好的是定规范，各个厂商来适配规范，这个过程的摸索需要时间经验。个人理解。。你可以仔细看下上文中的“三个基本问题“呢。
FROM： 确定方法版本：根据println()方法的签名，确定其执行版本。这其实并不是一个简单的过程，不论是编译时静态解析也好，是运行时动态分派也好， TO： 确定方法版本：根据println()方法的签名，确定其执行版本。这其实并不是一个简单的过程，不论是编译时静态解析也好，是运行时动态分配也好，
是分派还是分配呢？
总结：远程服务调用（RPC）为了做的像使用IPC那样，对研发透明，需要解决三个问题：参数如何标识，数据怎么传输，怎么定位方法。没有最好的RPC框架，只有合适的RPC框架，每种RPC框架在在某些方面做了取舍
