我觉得我要问一个“愚蠢”的问题,但我必须问...
我有 2 个虚拟机。
我想将一个对象的实例从一个复制到另一个,
是否可以在 VM 的堆中复制表示此对象的位,将其发送到另一个 VM,就像另一个 VM 只需要在它的内存中分配这些位并在它的堆栈中添加一个引用到这个内存插槽...?
目前,为了做这样的事情,我们序列化对象并反序列化它,这比按原样复制实例效率低得多(在计算方面)...解析是一种计算浪费...
JS序列化示例:每个VM都是V8的一个实例(JavaScript),
一种方法是将对象转换为 JSON(JSON.stringify
),将它发送到另一个 VM,后者获取字符串并将其转换回对象(例如 var myObject = eval('(' + myJSONtext + ')');
) ..(JavaScript 只是这里的一个例子,这是某种序列化)
最佳答案
让我们暂时忽略一个天真的假设,即您可以轻松地将此问题概括为多个虚拟机。任何构建此类机制的尝试都将在很大程度上取决于您为其构建机制的 VM 的实现细节。
以下是未完成的几个原因:
内核表示通常不能跨架构移植。如果我在不知道其结构的情况下将“对象”从 SPARC 机器上的 VM 发送到 x86 机器上的 VM,则该对象在另一端会显示为已损坏。
该对象不一定存在于两台机器上的同一内存位置,因此该对象的内部指针在到达第二个 VM 后需要进行修补。这也需要对象结构的内部知识。
对象可能包含对其他对象的引用,因此复制对象意味着复制对象树,通常也不是非循环树。为了可靠地执行此操作,您最终构建的代码看起来非常像序列化库。
对象通常持有无法跨机器可靠传输的本地资源(如文件句柄和套接字)。
在许多 VM 中,数据(您尝试复制的对象)和元数据(例如,您尝试复制的对象的类)是有区别的。在这些类型的 VM 中,即使您可以毫发无损地逐位复制对象,它也可能依赖于远程端不存在的一堆元数据。逐位复制元数据也很棘手,因为许多 VM 使用使数据本质上不可移植的实现技术(例如全局内部字符串池或内存映射对象代码)。您最终可能会得到比您想要的多得多的元数据(例如,在 .net 中,您可以打包并发送到某处的最小元数据单元通常是程序集)。
内核表示通常不能在同一 VM 的不同版本之间移植,并且不包含可用于修补数据的内部版本信息。
核心表示包含很多不需要复制的内容(例如内联缓存、垃圾收集信息)。复制这些东西会很浪费,而且这些信息在另一边甚至可能没有意义。
基本上,要可靠地执行此操作,您最终会构建世界上最笨拙和最不可靠的序列化库,并且简单内存复制的性能提升会在修补您天真地进行复制时损坏的许多东西时丢失。
因此,这些机制往往不存在。
这条规则有一个巨大的异常(exception):基于图像的虚拟机(例如许多 smalltalk 和 self VM)是围绕虚拟机状态存在于可以在机器之间复制、移动的“图像”中的想法构建的,等等。这通常会带来可观的性能成本。
关于java - 有效地在不同的虚拟机之间复制对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3575218/