new[] 和 std::vector 底层均调用 operator new，分配连续虚拟地址空间；物理连续性不可控、不必要，逻辑连续性与缓存友好性由虚拟连续性保障；99%场景用 vector::data() 即可满足需求。
new[] 分配的本来就是连续物理内存，但别被“物理”二字带偏
直接说结论：new[] 和 std::vector 底层调用的都是 operator new，它向操作系统申请的是连续的虚拟地址空间；在绝大多数现代通用操作系统（Linux、Windows、macOS）和普通运行场景下，这块虚拟内存会映射到连续的物理页——但这不是你能控制或需要关心的层面。
你真正该关注的是“逻辑连续性”和“缓存友好性”，它们由虚拟地址连续性保证，而物理连续性既不可控、也不可移植、且对性能影响微乎其微（TLB 和页表已足够高效）。
常见误解是以为“物理连续 = 更快”，其实除非你在写驱动、DMA 设备固件或超低延迟金融系统（且硬件明确要求），否则纠结物理连续纯属过早优化，还可能把你引向危险方案。
为什么 malloc / new[] 不能保证跨页物理连续
操作系统按页（通常 4KiB）管理物理内存。operator new 或 malloc 返回的是一段连续虚拟地址，但背后可能对应多个不相邻的物理页帧。这是正常且高效的设计。
立即学习“C++免费学习笔记（深入）”；
以下情况会让“物理连续”变得不可靠或无意义：
- 系统内存碎片化严重时，大块连续物理内存根本不存在
- 启用内存热插拔、KSM（Kernel Samepage Merging）、透明大页（THP）等特性后，物理布局动态变化
- 程序运行中发生缺页中断、swap、mmap 映射调整，物理页可能被换出或迁移
换句话说：你写代码时看到的 arr[0] 到 arr[n-1] 地址差为 n * sizeof(T)，这就够了。CPU 缓存行（cache line）预取、prefetch 指令、分支预测，全依赖这个虚拟连续性，跟物理地址无关。
真要物理连续？只有 mmap + MAP_HUGETLB 或专用分配器可行
如果你确实在嵌入式、GPU 直连（如 RDMA）、或 FPGA DMA 场景下被硬件强制要求物理连续内存，标准 C++ 不提供接口。必须绕过 libc / libstdc++，直接系统调用：
Linux 下典型做法：
int fd = open("/dev/zero", O_RDWR);
void* ptr = mmap(nullptr, size, PROT_READ | PROT_WRITE,
MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB, fd, 0);
if (ptr == MAP_FAILED) { /* handle error */ }
注意要点：
-
MAP_HUGETLB可提升大内存块的 TLB 效率，但不保证物理连续；若需确定连续，得用mem=内核参数预留内存 +dma_alloc_coherent（内核模块）或用户态hugetlbpage配置 -
mmap分配的是虚拟地址，是否物理连续取决于内核是否启用连续内存分配器（CMA）并成功满足请求 - C++ 的
new、std::allocator、甚至std::pmr::monotonic_buffer_resource都无法达成此目标
替代思路：用 std::vector + reserve + data() 满足 99% 场景
绝大多数所谓“需要物理连续”的需求，实际只是需要：
- 元素在内存中紧挨着（no padding between elements）
- 支持指针算术（
&v[0] + i合法） - 能传给 C 接口（如
glBufferData、memcpy、OpenCVcv::Mat构造）
这些 std::vector 全部满足：
std::vector<int> v; v.reserve(1000); // 预分配，避免后续 realloc 导致地址漂移 v.resize(1000); // 现在 v.data() 指向连续块，可用作 C 数组 int* raw_ptr = v.data(); // 安全、标准、可移植
关键点：
-
v.data()在v不为空时，等价于&v[0]，指向连续存储区首地址 - 只要你不调用
push_back超出capacity()，地址不会变 - 比裸
new[]更安全：自动析构、异常安全、支持移动语义
别为了一个模糊的“物理”概念，放弃 RAII 和标准容器的确定性。真正卡在物理连续上的场景，往往意味着你已经脱离了通用 C++ 生态，该切到内核、驱动或特定 SDK 的内存模型里去了。
