为什么java RMI无法通过引用获得返回值

时间:2012-02-28 17:07:28

标签: java rmi pass-by-reference rpc

在RMI中,我只能通过

获得返回值
InetSocketAddress address = new InetSocketAddress(hostname, port);
Server server = Stub.create(Server.class, address);
int return = server.getValue();

但是,我无法通过

获得它
public class Return {
    int value;
}
InetSocketAddress address = new InetSocketAddress(hostname, port);
Server server = Stub.create(Server.class, address);
Return return = new Return();
server.getValue(return);

我知道参数将被序列化和反序列化,但这不是我的问题,我的问题是“为什么Java不能模拟传入引用作为传入in-out,就像在C中使用RPC一样? “,我认为这与java环境有关。 通过in-out我的意思是在C中使用RPC,你可以通过

获得返回值
int return;
rpc.getValue(&return);

希望现在我的问题很明确。

3 个答案:

答案 0 :(得分:4)

返回其他对象代理会带来实施挑战。事实上,只有一种方法可以创建远程对象。如果允许方法仅通过返回常规对象来生成更多远程对象,那么所有这些调用都需要被截获,对象被正确编目等等。

换句话说,Java人 - 不像,e。 G。 DCOM人 - 决定不做额外的管道。这将永远是“为什么系统A不像系统B”的问题的答案。

答案 1 :(得分:1)

引用是计算机上的内存地址。使用RMI,您试图将该内存地址传递给(可能)另一台机器,在该机器中,该内存地址在该上下文中没有意义。另一台机器现在不会如何解释该地址。这只是值可以传递的原因。

答案 2 :(得分:0)

当您通过“按引用传递”将参数传递给方法时,您将传递引用,这在远程调用中是不可能的。请记住,Java仅支持传递值(甚至是对象引用)。​​

您可以说RMI运行时可以将所有参数反序列化回客户端,但这将是问题所在:

假设你有一个Long作为参数,那么java运行时会将它序列化为服务器,然后是什么?它会反序列化吗?记住,Longs是不可改变的。

如果Java运行时创建了另一个Long实例,那么如何更新引用旧Long(作为参数传递)的所有实例?