• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2353 days ago, the information mentioned may be changed or developed.
 |
xnodeJun 1, 2020
1
rpc 通信的
|
 |
OktfolioJun 1, 2020
2
gRPC is a modern open source high performance RPC framework that can run in any environment.
|
 |
fiypigJun 1, 2020
3
是进程间的通信吗?
|
 |
wellscJun 1, 2020
4
不就是在 socket 的基础上新定义了一个概念
|
 |
zachlhbJun 1, 2020 via Android
5
微服务中各个服务之间通信会用到 grpc
|
 |
simenetJun 1, 2020
6
远程方法调用 GO 用的挺多
|
|
simenetJun 1, 2020
7
远程方法调用 GO 用的挺多。。
|
 |
asAnotherJackJun 1, 2020
8
微服务 rpc
|
 |
soniceJun 1, 2020
9
就是远程方法调用，比 restful 接口更好一点的是必须要严格遵守 schema，并且它的底层还做了数据压缩，把请求响应变得更小。
|
 |
JoooooooooJun 1, 2020
10
就是更好用的 http
|
 |
raaaaaarJun 1, 2020 via Android
11
谷歌造的一个 rpc 框架，rpc 就是远程过程调用，一个通信协议，类似于 http，用来调用远程计算机上的程序
|
 |
zsdroidJun 1, 2020
12
|
 |
axiheJun 1, 2020
13
我们是用来做服务与服务之间的通信，感觉蛮好的；
不同语言的服务之间随便调，比如我 JS 写的服务里，调用同事 C++的服务，同事 Go 的服务调用我的服务；同事的 JS 服务调用我的服务等等；其实就是更吊一点的 HTTP 。 服务端和客户端都维护一套规则文件(`.proto`文件)，如果增加接口或修改接口等，服务端和客户端都需要更改`.proto`文件(如果是分开维护的话)； 其它都不错，就是改配置这点还是挺蛋疼的，不知道 V2 上各位老哥们是怎么解决这个问题的。为了解决这个问题，我是把 JS 封装成一个 npm 包，包里同时实现了客户端和服务端功能，如果是同事写 JS 的服务，可以直接用包，但是别的语言的话，还是要自己维护一套 proto 文件；这个还是挺蛋疼，不知道有没有什么好的解决方案。 |
Select Language