就是 后端工程是Java的， 但算法工程是用python的。 大型工程中，后端工程怎么调用算法工程的？走RPC ?
或者 后端工程是Java， 但核心算法是C++的， 那是怎么实现调用的，那是走JNI ，还是也RPC?
当然我对RPC也不了解，我只是知道这个概念
--
修改:blueAurora FROM 221.220.255.*
FROM 221.220.255.*

好吧,http rest得多慢啊..就算是局域网也慢吧。我是搞android的，thrift还了解一些。mq系统不了解.. 那就是说，基本上都是socket写成的rpc扩展了，我这个理解对劲么
【 在 hgoldfish 的大作中提到: 】
: 你想的没错。就是 RPC，各种各样的 RPC。
: 最简单的就是 http REST，稍微复杂的有 jsonrpc, xmlrpc. java 社区流行更为复杂但专业的 grpc, thrift. 终极选择是带有存储保障的 mq 系统, rabbitmq, activemq, kafka...
:
--
FROM 221.220.255.*

不用去纠结 RPC 这个词。狭义的 RPC 是指 JSONRPC，XMLRPC，gRPC, Thrift 这些。广义的就就理解它的字面意思：远程过程调用。客户端发送命令，服务端返回结果。总之你知道是网络通讯方式就对了。

http rest 不慢，我写的 c++ rest 服务端，轻松每秒几万个请求(理论值，没那么多用户)。像 zeromq, kafka 等等，都是以高性能高吞吐为卖点的。既然都用 java 了，就别去考虑性能了。

【 在 blueAurora (stoker) 的大作中提到: 】
: 好吧,http rest得多慢啊..就算是局域网也慢吧。我是搞android的，thrift还了解一些。mq系统不了解.. 那就是说，基本上都是socket写成的rpc扩展了，我这个理解对劲么
--
修改:hgoldfish FROM 112.47.122.*
FROM 140.224.34.*

吞吐大，但延迟大呀  
  
【 在 hgoldfish () 的大作中提到: 】
: 不用去纠正 RPC 这个词。狭义的 RPC 是指 JSONRPC，XMLRPC，gRPC, Thrift 这些。广义的就就理解它的字面意思：远程过程调用。客户端发送命令，服务端返回结果。总之你知道是网络通讯方式就对了。
:
: http rest 不慢，我写的 c++ rest 服务端，轻松每秒几万个请求(理论值，没那么多用户)。像 zeromq, kafka 等等，都是以高性能高吞吐为卖点的。既然都用 java 了，就别去考虑性能了。
:
--
FROM 138.19.103.*

局域网快得很，正经服务器内部网络起码都是千兆，跟你拥挤的家庭或办公百兆网络不是一回事。

【 在 blueAurora (stoker) 的大作中提到: 】
: 好吧,http rest得多慢啊..就算是局域网也慢吧。我是搞android的，thrift还了解一些。mq系统不了解.. 那就是说，基本上都是socket写成的rpc扩展了，我这个理解对劲么
--
FROM 116.233.77.*