2018-12-06 08:20
浏览 121

net / rpc .Call和.Go有什么区别?

I’m just getting started with Golang and the net/rpc package. I’m trying to understand when you might use the asynchronous client.Go() call over the client.Call() method most examples online use. Would calling client.Call asynchronously via something like

go client.Call(...)

essentially be the same as using the client.Go call? I’ve seen this example online too (for example when calling multiple simultaneous RPCs).

图片转代码服务由CSDN问答提供 功能建议

我刚开始使用Golang和net / rpc软件包。 我试图了解您何时可以通过client.Call()方法使用异步client.Go()调用,大多数示例都可以在线使用。 会调用client。通过


与使用client.Go通话相同? 我也在网上看到了这个示例(例如,在同时调用多个RPC时)。

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 邀请回答

1条回答 默认 最新

  • doudou8893 2018-12-06 08:28

    As documented:

    Go invokes the function asynchronously. It returns the Call structure representing the invocation. The done channel will signal when the call is complete by returning the same Call object. If done is nil, Go will allocate a new channel. If non-nil, done must be buffered or Go will deliberately crash.

    What this means is that it issues the command, but does not wait for it to finish.

    By contrast:

    Call invokes the named function, waits for it to complete, and returns its error status.

    Neither method executes in a goroutine directly*--this is left as an exercise for the caller (so an argument might be made that Go is a misnomer).

    If you look at the source to Call, perhaps it is more clear:

    func (client *Client) Call(serviceMethod string, args interface{}, reply 
    interface{}) error {
        call := <-client.Go(serviceMethod, args, reply, make(chan *Call, 1)).Done
        return call.Error

    So in actuality, Call is a wrapper around Go, which waits for the operation to complete, whereas Go is the underlying function, which leaves waiting up to the caller.

    *Clearly, in the background, a goroutine is involved somewhere, since this is a non-blocking operation.

    点赞 评论

相关推荐 更多相似问题