Java RMI：继承UnicastRemoteObject的对象为何导致JVM无法退出？
我通过Java RMI结合UnicastRemoteObject实现双向通信，客户端可调用服务端方法，服务端也能调用客户端方法。已完成服务端搭建（创建注册表并绑定服务），客户端继承UnicastRemoteObject并实现Remote接口，可将自身引用传递给服务端，服务端也成功调用了客户端对象的方法。
整个流程执行正常：服务端启动并绑定服务后，客户端获取服务对象，调用服务方法并传递自身；服务端打印信息后调用客户端方法，客户端也能正常打印结果。但发现一个问题：若不手动调用UnicastRemoteObject.unexportObject(client, false)，客户端JVM永远无法退出，推测是RMI保留了非守护线程等待后续远程调用。
想明确三个问题：
- 该现象是否正常？
- 是否必须手动维护所有导出对象的列表，并逐个调用unexportObject？
- 我尝试让ClientImpl实现Unreferenced接口，但unreferenced()方法从未被调用，这是为什么？
现象是否正常？
完全正常。当客户端对象通过继承UnicastRemoteObject自动导出为远程对象时，RMI会启动非守护线程来监听该对象的远程调用请求。这类线程不会随主线程结束而自动终止，会持续活跃等待新的调用，因此客户端JVM无法自然退出。是否必须手动维护导出对象列表并调用unexportObject？
不需要刻意维护复杂的导出对象列表，但主动调用unexportObject是最可靠的解决方案。当客户端完成所有交互、不再需要接收远程调用时，直接对导出的客户端对象调用一次UnicastRemoteObject.unexportObject(client, false)即可。依赖JVM自动回收或其他被动方式的不确定性太高，主动释放是推荐的做法。Unreferenced接口的unreferenced()未被调用的原因？
Unreferenced接口的触发依赖RMI的分布式垃圾回收（DGC）机制，但该机制的触发条件苛刻且存在延迟：- 服务端必须完全释放对客户端对象的所有引用
- RMI DGC需要检测到对象无任何引用，且经过指定超时时间
- 客户端本地也没有任何引用持有该远程对象
在短时间交互的场景下，DGC往往还没来得及触发，客户端就已经因非守护线程的存在无法退出。因此依赖Unreferenced来自动释放远程对象并不靠谱，主动调用unexportObject才是直接有效的方式。
内容的提问来源于stack exchange，提问作者MichaelS
