使用多个对象进行RMI通信可以吗

Question

场景：

• 客户端 C 通过 RMI 连接到服务器
• S C 要求 S 创建一个处理程序 H，S 将 H 返回给 C
• C，然后与 H 对话

现在我可以通过两种方式执行此操作：

• 将处理程序设置为远程处理程序并让 S 将存根返回给它，以便 C 可以直接与之对话 (h.say(String msg);)
• 为处理程序提供一个 ID 并将其返回给 C。C 将通过以下方式与 H 对话S (s.sayToHandler(int id, String msg);)

第一个是更好的 OO，但是性能怎么样？是否会打开额外的 TCP 连接，还是使用 S 和 H 之间现有的连接？

Answer 1

我不知道实施情况。我认为不会建立新的联系。但我知道的是，远程共享的对象越多，依赖远程取消引用来进行垃圾收集的对象就越多（因此会有更多的对象寿命更长，这不好）。

替代方法

我会推荐一种混合方法。对客户端使用好的方法，但在内部以不太好的方式实现它：

interface Server {

  public Handler getHandler(...);
}

interface Handler extends Serializable {
  // it gets copied!
  public X doThis(...);
  public Y doThat(...);
}

class HandlerImpl implements Handler {
  public X doThis(...) {
    backDoor.doThis(this, ...);
  }
  public Y doThat(...) {
    backDoor.doThat(this, ...);
  }

  private BackDoor backDoor;
}

interface BackDoor {
  public X doThis(Handler h, ...);
  public Y doThat(Handler h, ...);
}

class ServerImpl imlpements Server, BackDoor {
  public Handler getHandler(...) {
    return /*a handler with a self reference as backdoor, only ONE remote obj shared via TWO interfaces */
  }
  ...
  // it does everything
  // it receives the handler
}

BackDoor 和 Handler 是同步接口。第一个具有以 Handler 作为参数的方法，后者具有纯方法。我认为这没什么大不了的。这两个不同的接口让您可以干净地工作，而无需客户端一无所知，并允许瘦可序列化处理程序完成肮脏的工作。

希望你喜欢它！

Answer 2

RMI 规范并没有真正说明是否应该有一个新的连接或重用现有的连接。有线协议允许两者，使用多路复用 或每次调用一个 TCP 连接（我不确定，这可能会被重复用于对同一服务器对象的后续调用）。如果您需要通过 HTTP 建立隧道，则每个连接只允许一条消息。

我没有找到任何关于如何配置要使用的协议类型的信息（除了禁用 HTTP 隧道之外）。

如果您想确保只使用一个 TCP 连接，请使用自定义客户端和服务器套接字工厂通过它们本身来建立多个连接的隧道。这可能会比 RMI 运行时系统在那里执行的操作效率低。