如果您想为 RMI 使用自定义套接字（例如使用 SSL），在 UnicastRemoteObject.exportObject(4) 中您需要指定客户端套接字工厂和服务器套接字工厂。但是对象的导出是在服务器端完成的。为什么需要客户端套接字工厂？
除非...它被序列化并被想要获取到该对象的连接的客户端使用？我发现这不太可能（尽管这可能是答案）； (SSL) 对我来说，套接字工厂听起来不像是可序列化对象的经典示例，密钥库是本地的，诸如此类。
【问题讨论】：
标签： java ssl rmi serversocket socketfactory
是的，就像你在问题中已经说过的那样：
当与exportObject 或 UnicastRemoteObject 的构造函数一起使用时，RMIClientSocketFactory 必须是可序列化的，并且将序列化到另一端的客户端。
这意味着它不能包含对不可序列化对象的（非瞬态）引用，只包含动态创建套接字的必要信息。
（我最近发布了an example for a RMISocketFactory，我需要注意可序列化。）
编辑（在 EJP 的评论之后）：
当然，这只适用于如果您需要使用客户端套接字工厂。在许多情况下，您可以简单地使用其他 exportObject 方法（或其他构造函数），然后在服务器端使用默认的服务器套接字工厂，在客户端使用默认的客户端套接字工厂，而无需序列化任何内容。
是的，没有必要将服务器的信任存储序列化到客户端 - 如果客户端必须信任注册表或其他要接受证书的远程对象，我们就有必要使用 man-in-the-中攻。因此SslRMIClientSocketFactory 虽然是可序列化的，但不会序列化服务器的 SSL 上下文，而只是使用客户端 VM 的 SSL 设置。
【讨论】：
RMISocketFactory.setSocketFactory() 设置VM 范围之外，没有其他方法可以设置工厂。
在 UnicastRemoteObject.exportObject(...) 您需要指定一个客户端套接字 工厂以及服务器套接字 工厂（如果您使用自定义 当然，完全是套接字）。
仅当您使用 exportObject() 的重载时，您才能提供 null。还有另一个重载，您只需指定端口号。
为什么会这样？
不是。
对象的导出是在服务器端完成的。
正确。
为什么需要客户端套接字工厂？
不是。
【讨论】：