数据在内存中的存储：从位、栈堆到JVM与线上排查

1. 内容整体设计与思路拆解

1.1 为什么“数据在内存中的存储”值得重新讲一遍

很多人在刚接触编程的时候，都会觉得内存这个概念既熟悉又模糊。熟悉是因为天天在用，随手写个int a = 10;，数据就进去了；模糊是因为真要问一句“这个10到底存在哪里？怎么存的？占多大地方？程序跑起来之后内存里是什么样子？”能说清楚的人其实不多。

我最早意识到这件事的重要性，是在一次排查服务内存飙升的过程中。当时有个接口在压测时表现很不稳定，内存占用像是坐过山车，一会儿上来一会儿下去。我去翻监控面板，发现G1 GC的Young GC频率越来越高，但内存始终没有明显回落。后来一点点排查，发现是一个静态Map在缓存查询结果，但只往里放、不清理，还顺手把一些根本不会被复用的中间对象也放进去。最后虽然问题定位到了，但排查过程极其痛苦，因为我对内存分配、栈帧流动、GC触发条件这些底层逻辑的理解是零散的，没法第一时间把“代码行为”和“内存表现”对上号。

所以这篇文章我想认真聊一聊数据在内存中的存储，从最底层的电路逻辑讲起，覆盖存储单位、内存布局、栈与堆、JVM内存区域划分、堆外内存、内存对齐，再到实际排查中用到的工具和经验。面向的对象既包括刚入门的开发者和学生，也包括已经写了几年代码但没系统梳理过内存知识的工程师。

1.2 把这篇文章看作一张“内存全景地图”

我不会只讲某一个语言或者某一种场景，因为数据在内存中的存储是一个跨语言、跨平台的底层话题。C语言里你malloc一块内存，Java里你new一个对象，Go里你make一个slice，底层发生的事情有差异，但核心逻辑是相通的：都要在虚拟地址空间里找一块区域，把字节放进去，然后通过指针或引用去访问它。

因此这篇文章的内容设计分成了五层。第一层是硬件基础，搞清楚内存为什么能记住数据；第二层是操作系统视角，搞清楚进程地址空间的布局；第三层是编程语言视角，搞清楚栈、堆、数据段这些概念在不同语言里如何体现；第四层是针对Java这类托管语言的扩展，JVM内存模型、GC日志、堆内外内存都要聊；第五层是实战排查，把内存泄漏、内存占用过高、启动参数配置这些高频问题摆出来，给出可操作的排查路径。

这五层刚好对应了从“内存是什么”到“内存出了问题怎么办”的完整链路。说实话，如果只是为了应付面试，只看第一层到第三层就够用了；但如果你负责的是线上服务的稳定性，第五层才是真正拉开差距的地方。我会在后面的小节里，把每一层的核心知识点和实操经验都拆细了讲。

2. 核心细节解析与实操要点

2.1 先从“最小单位”说起：位、字节与存储单元

内存存储的基础单位是位（bit），一个bit只能表示0或1。但单个bit能表达的信息太少，在实际的计算机体系里，我们普遍用8个bit组成一个字节（byte），也就是1 Byte = 8 bit。为什么是8位？这里面有历史原因，也有工程考量。早期的字符编码、ASCII码刚好需要7位，多出来的1位可以作为校验位或者扩展位使用；后来8位字节成为事实标准，一直沿用至今。为了验证自己理解得到不到位，你可以做这样一道快速的换算题：

但这里有个容易踩坑的点。存储厂商在标注硬盘、U盘容量时，通常按照1 KB = 1000 Byte来计算，而操作系统在显示容量时按照1024进制计算。这就导致你买一块标称512 GB的固态硬盘，插到电脑上看到的可用容量往往只有476 GB左右，这是进制换算差异导致的，不是硬盘缩水了。热搜词里“移动U插入电脑能显示，但内存为零”这类问题，一部分确实是接口或者文件系统故障，另一部分就是容量换算和分区表损坏引发的误会。先排除换算问题，再往深了查。

字节往上还有字（word），但“字”在不同平台上的大小不同，32位系统里一个字通常是4字节，64位系统里一个字通常是8字节。这也是在读各种源码或者分配内存时经常需要留意的点：字长决定了CPU一次能处理的数据宽度，也影响指针变量本身占多少个字节。在64位系统上，一个指针是8字节。你如果自定义一个只含一个int的结构体，它在内存里可能不是4字节，而是8字节甚至更大，这牵涉到后面的内存对齐问题。

2.2 地址、变量与内存单元的映射关系

内存可以理解成一排连续的存储单元，每个单元都有一个唯一的编号，这个编号就是地址。地址从0开始，往上递增。当我们写下一行代码定义一个变量时，编译器做的事情本质上是：在进程的虚拟地址空间里划出一块区域，把这块区域的起始地址和长度记录下来，然后把变量名和这块地址建立映射。

你可能会问：这个地址是物理地址吗？在现代操作系统里，绝大多数情况不是。普通用户程序看到和使用的地址是虚拟地址，CPU在访问时通过MMU（内存管理单元）把虚拟地址转换成物理地址。这个过程对程序员是透明的，但它带来两个重要好处：一是不同进程可以有相同的虚拟地址而不会冲突；二是进程以为自己独占整个内存空间，实际物理内存只有那么多，系统通过页表和换页机制来调度。

我用一个最简单的例子来演示变量的存储映射。假设在C语言里：

c复制#include <stdio.h>

int main() {
    int a = 10;
    int b = 20;
    printf("a 地址: %p, b 地址: %p\n", &a, &b);
    return 0;
}

这个程序跑起来后，你会看到两个十六进制地址。地址之间通常相差4个字节，因为int类型在多数平台上是4字节。但地址的具体数值每次运行都可能会变，因为现代系统普遍启用地址空间布局随机化（ASLR），这是为了安全考虑，防止攻击者猜测固定地址。所以如果你去网上下载别人的代码示例，发现示例里打印的地址和本机不一致，不要觉得奇怪，这只是ASLR在起作用。

数据存进去之后还有字节序的问题。比如一个值为0x01020304的int变量，在内存里的字节摆放顺序有两种可能：大端模式把高位字节放在低地址，小端模式把低位字节放在低地址。绝大多数x86和ARM处理器都采用小端模式，而网络传输协议普遍采用大端模式，所以跨端通信时