2011年计算机等级考试二级JAVA学习精华整理(14)

会计考友

　1.1.3.1.2 网络I/O：Socket→RMI　　★Socket
　　Socket编程可能大家都很熟，所以就不多讨论了，只是说通过socket把数据保存到远端服务器或从网络socket读取数据也不失为一种值得考虑的方式。
: b, ]0 m+ b# [% _　　★RMI
　　RMI机制其实就是RPC(远程过程调用)的Java版本，它使用socket作为基本传输手段，同时也是序列化最重要的一个应用。现在网络传输从编程的角度来看基本上都是以流的方式操作，socket就是一个例子，将对象转换成字节流的一个重要目标就是为了方便网络传输。
　　想象一下传统的单机环境下的程序设计，对于Java语言的函数(方法)调用(注意与C语言函数调用的区别)的参数传递，会有两种情况：如果是基本数据类型，这种情况下和C语言是一样的，采用值传递方式;如果是对象，则传递的是对象的引用，包括返回值也是引用，而不是一个完整的对象拷贝!试想一下在不同的虚拟机之间进行方法调用，即使是两个完全同名同类型的对象他们也很可能是不同的引用!此外对于方法调用过程，由于被调用过程的压栈，内存“现场”完全被被调用者占有，当被调用方法返回时，才将调用者的地址写回到程序计数器(PC)，恢复调用者的状态，如果是两个虚拟机，根本不可能用简单压栈的方式来保存调用者的状态。因为种种原因，我们才需要建立RMI通信实体之间的“代理”对象，譬如“存根”就相当于远程服务器对象在客户机上的代理，stub就是这么来的，当然这是后话了。
　　本地对象与远程对象(未必是物理位置上的不同机器，只要不是在同一个虚拟机内皆为“远程”)之间传递参数和返回值，可能有这么几种情形：
　　· 值传递：这又包括两种子情形：如果是基本数据类型，那么都是“可序列化”的，统统序列化成可传输的字节流;如果是对象，而且不是“远程对象”(所谓“远程对象”是实现了java.rmi.Remote接口的对象)，本来对象传递的应该是引用，但由于上述原因，引用是不足以证明对象身份的，所以传递的仍然是一个序列化的拷贝(当然这个对象也必须满足上述“可序列化”的条件)。
　　· 引用传递：可以引用传递的只能是“远程对象”。这里所谓的“引用”不要理解成了真的只是一个符号，它其实是一个留在(客户机)本地stub中的，和远端服务器上那个真实的对象张得一模一样的镜像而已!只是因为它有点“特权”(不需要经过序列化)，在本地内存里已经有了一个实例，真正引用的其实是这个“孪生子”。
　　由此可见，序列化在RMI当中占有多么重要的地位。