rpc 的意思是，远程过程调用，那么一个服务器上的远程服务能否在浏览器端通过 ajax 调用么

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2427 天前的主题，其中的信息可能已经有所发展或是发生改变。

如题，看 demo 都是一个 server 端，一个 client 端，都是用同一种语言比如 go,或者 java 实现。那么如果用 java 起了一个 grpc 服务，能否在浏览器端用 ajax 进行调用呢？

调用

ajax

Java

浏览器

20 条回复 • 2018-03-27 13:32:26 +08:00

noe132

2018-03-26 17:27:03 +08:00

那就变成 restFUL api 了？

zenxds

2018-03-26 17:27:14 +08:00

rpc 的协议一般不是 HTTP

feverzsj

2018-03-26 17:30:59 +08:00

可以，只要你客户端有支持 grpc 的库

graysheeep

2018-03-26 17:33:34 +08:00

@zenxds grpc 是 http2

graysheeep

2018-03-26 17:34:19 +08:00

@noe132 额是的。还是说有更科学的做法？

hyperdak288

2018-03-26 17:44:55 +08:00

只要是 http 请求，你就能通过浏览器调用呀。

RPC 一部分是 tcp 通信，另外一部分是直接 http 的，http 这种当然可以访问了。

比如你看 spring boot 的 rpc 就都是 http，dubbo 的当当扩展版 dubbox 也是一样的支持 http

forestyuan

2018-03-26 17:45:19 +08:00

可能还会牵涉到权限问题吧

nine99

2018-03-26 18:10:17 +08:00

🙄

wweir

2018-03-26 19:45:10 +08:00 via Android

既然提到了 go，那就得说下，golang 标准库提供了 jsonrpc 包，并且提供了 httpServer 的 rpc 支持
那么问题来了真有人用这玩意么？

agagega

2018-03-26 20:30:17 +08:00

提出 REST 的那个老哥，他在他博士论文的最后提到了 RESTful 和 RPC 机制的比较。两者的确很像，但是不能一概而论。RPC 在概念上就是把调用放到了两台主机上。而基于 HTTP 协议的 RESTful API 能够充分地利用 HTTP 协议的一系列基础设施，从缓存到 CDN 到代理什么的。RESTful 强调的是「资源」的概念，而不是简单的「返回值」。

aa6563679

2018-03-26 21:53:04 +08:00 via iPhone

浏览器要考虑跨域问题，不跨域的话 http 接口都能调

bolide2005

2018-03-26 22:08:34 +08:00

首先，rpc 使用 http 调用一点毛病也没有，rpc 本事并没有规定一定使用哪种通信协议实现，只是在一般情况下，我们选择使用 rpc 会有一定的性能上的考虑，那么这时候就会偏向于使用更高效的传输方式，比如使用 TCP 传输序列化后的二进制数据，而不是使用 http 传输字节码；
其次，grpc 确实使用了 http2，golang 的 rpc 标准包里也有通过 http 实现通信的方法，但实质上，它们都只是借用了 http 来建立连接，当连接建立后，里面传输的都是序列化后的二进制，而转换数据到二进制的过程，是在 stub 函数中进行的；
然后回到 rpc 的定义来看，其实 rpc 要解决的问题，就是怎么样可以像调用本地同进程的函数一样，调用一个 remote server ？ rpc 给出的解决方案就是使用桩函数来屏蔽 remote 调用，在 client 本地直接调用桩函数；
那么楼主的问题到这里就可以解决了：当然可以使用 ajax 来调用 rpc server，但需要生成 ajax （也就是 javascript ）可以直接使用的 stub function，在这个 function 里进行 remote 交互，至于是否在这里进行序列化，讲道理是应该的，这样能提高传输效率，但如果不做也没问题。只不过，要是这样的话，为何不直接使用 restul ？相比 rpc 调用，restful 不仅更容易调试，也容易进行权限和参数的控制，同时更加灵活。

zhengxiaowai

2018-03-26 22:10:43 +08:00

RPC 一般采用二进制协议，当然用 HTTP 也没有错

WispZhan

2018-03-26 22:54:03 +08:00

RPC 的定义里，本身并没有限制语言以及具体传输协议实现方式。它是一个用于进程间通讯的调用过程，侧重点再过程。返回值只是其结果。

因此，应用协议上用 HTTP 也好，用 Websocket 也罢；传输协议是 TCP 也好，是 UDP 也罢；数据载体是文本(ACSII)也好，是二进制也罢。从定义上是没有区分的。

通常来说采用二进制流传输的 RPC 比较多，因为相比文本，流量更小，更容易解析，可读性差。但文本可读性更高，但体积较大。

感觉现在 RPC 和 RPC 框架的定义，有点模糊了。好像现在说 RPC 都是指 RPC 框架了。RPC 框架的好处是服务端与客户端定义的数据模型可以被框架统一生成。甚至于有的框架可以直接生产客户端代码……

---

宗上所述，广义上，RESTful 也可以说成是 rpc。
你这个应用场景，明显直接 ajax 掉 http 接口更方便…… gprc，难道你要用 js 操作字节么？
如果你是 node 后端和 java 后端互调的话，RPC 或许好点。