JVM 为大对象分配内存时需要连续的内存空间，这个内存空间指的是逻辑上连续的内存空间吧？
在物理内存中对象有可能被拆分开分配到物理不连续的空间中吗？
如果 Java 堆逻辑连续的空间物理上并不连续，那么垃圾回收的过程中，由复制算法和标记-整理算法得到的空闲内存是不是也是逻辑上连续，物理上不一定连续？
JVM 运行时数据区是不是对物理内存的一部分的封装？如果是封装，那么逻辑内存与物理内存之间是不是存在一个映射关系？维护这个映射关系的开销不会很大么？为什么不要求物理连续呢？
我前面的回答其实和你问的不是一回事。但是比如说一个飞机对象，包含 100 个乘客对象，也就是飞机对象有 100 个乘客对象的 reference, 这些 reference 可以是在连续空间里的（不管实际存储位置是不是连续的），但是具体每一个乘客对象，完全可以在不连续的位置上（这个更不可能要求实际存储位置是连续的，因为每个乘客对象都是独立的，完全可以在不同的时间地点被创建）再到飞机对象被销毁的时候，乘客对象完全可能还继续存在着，要求物理连续没有意义啊。— 如果我说的不是你问的，你可以忽略嘿嘿
或者看我之前写的文章
https://www.nosuchfield.com/2018/11/23/Program-compilation-linking-loading-and-running/
中第四部“装载”中介绍的过程
对应用程序来说内部见到的地址都是虚拟的，由虚拟地址往物理地址的映射这部分是由操作系统和硬件 mmu+tlb 单元来控制的。
如果 lz 是专注 java 开发，那么是没必要了解 OS，先研究一下 JVM 吧。
所以才有了对“连续空间”的一些疑问
我感觉虚拟存储器好像跟大家说的虚拟内存不是一回事，虚拟存储器就是我们使用 Windows 系统时可以设置的虚拟内存，大家提到的“虚拟内存”似乎是对物理内存的一种封装？本质上是一层逻辑？我这样想是对的吗？
这个是操作系统中内存管理的基础
计算机专业里：
虚拟内存=物理内存+页面文件(linux 下叫交换区)
由此可见，所谓的虚拟内存，是对多种存储介质的一层封装。
对应用程序来说，它们都是在虚拟内存里工作的，并不需要关心自己到底在物理内存里还是页面文件里。至于决定它们要运行在物理内存里还是页面文件里，那时操作系统的工作。
如果你使用的是 win10 、win8 操作系统，可以打开任务管理器->性能标签->内存，仪表盘下面有个“已提交”，表现为类似 数字 A ／ 数字 B 形式。这里体现的就是虚拟内存（计算机专业里）的使用状态，数字 A 是已分配给程序的虚拟内存，数字 B 虚拟内存总大小——大致就是你的内存+设置的页面文件大小。
生活中常常看到有人抱怨，“明明可用内存还有那么多，系统却提示内存不足了”，那是因为他们只留意物理内存还有可用空间，但实际上 windows 是根据虚拟内存（上述的“已提交”）来判断内存不足的，这时候就要通过增大页面文件大小，才能缓解“内存不足”。
@zhao1014 对象不需要连续存储不代表一定要分开存储，也不代表 JVM 全部不需要连续存储。而且 JVM 维护的空闲内存列表和运行时产生的内存分配略有不同，JVM 是负责 java 程序和 OS 之间的交互层，所以 java 内部的内存管理和 OS 的内存没什么直接的关系。所以，连续内存最大的好处在于提高存储效率，减少读写时间，然而因为 GC 机制，内存碎片化难以避免。