南瓜丶奇迹师干这行时间长了，被问得最多的问题之一就是：“我的程序什么都没干，内存怎么一直在涨？”或者“8G内存明明够用，为什么我开几个网页就满了？”问题背后绕不开一个基础概念——数据在内存中的存储。不管是写C/C++、Java还是做系统运维，不搞清楚内存里究竟发生了什么，排查起问题来基本靠猜。
这篇文章我会把内存存储这件事从头到尾梳理一遍：从硬件层面的存储层级、虚拟地址空间，到C和JVM各自的内存模型，再到整数、浮点数、结构体在内存里的真实排布，最后落到日常排查内存泄漏和高占用问题的方法。无论你是刚入门的新手，还是已经被线上内存问题折磨过的老手，应该都能从中找到有用的东西。
1. 内存到底长什么样：从硬件到虚拟地址空间
1.1 内存的分层结构：为什么不能只有一块“大仓库”
先看硬件层面。计算机的存储系统不是一块单独的“大仓库”，而是一个分层的金字塔结构。最顶层是CPU内部的寄存器，读写只需要一个时钟周期，但容量只有几十到几百字节。往下是L1、L2、L3三级缓存，容量从几十KB到几十MB不等，速度依次变慢，价格依次变低。再往下才是我们常说的主存，也就是内存条，容量从几GB到几百GB，但速度已经比CPU慢了一两个数量级。最底层是SSD和机械硬盘，容量最大，速度最慢。
为什么要这样设计？道理很简单：成本和速度不可兼得。如果把内存做成寄存器那么快，价格会高到大多数人买不起；如果把硬盘做得和内存一样快，容量又做不大。所以计算机系统用“局部性原理”来打圆场：程序在某个时间段内，访问的数据往往集中在一个比较小的范围内，把这块数据放进高速缓存，就能用较低的成本获得接近高配硬件的性能。
这里有个特别容易被忽略的点：在所有存储层级里，只有寄存器、缓存、主存这三层断电后数据会丢失，SSD和磁盘才是真正持久化的。所以“数据在内存中的存储”天然就意味着临时性，这个“临时”特征决定了后面很多技术方案的形成。
1.2 虚拟内存与地址空间：让每个进程都以为独占整台机器
如果让所有进程直接操作物理内存，会乱成一锅粥。进程A可能把进程B的数据覆盖掉，程序里写死的一个地址在不同机器上含义完全不同。所以现代操作系统在中间加了一层抽象：虚拟内存。
每一个进程都拥有一个独立的虚拟地址空间。在64位系统上，这个地址空间的理论范围是2^64，大到离谱。操作系统把虚拟地址翻译成物理地址的工作交给CPU里的MMU（内存管理单元）完成，而翻译所需的“页表”则由内核维护。
虚拟内存还有一个重要作用是内存隔离和权限控制。操作系统给每个进程划分了用户态和内核态区域，普通程序写内核地址会直接触发段错误。这也是为什么网上那些“用指针随便改内存”的Demo能跑通，多半只发生在同一个进程自己的虚拟地址空间里，跨进程访问是受保护甚至被禁止的。
内存映射的基本单位叫“页”。传统页大小是4KB，但现代大内存场景下，CPU和操作系统普遍支持2MB甚至1GB的“大页”。用大页的好处是减少页表项数量，降低TLB缓存未命中率，对数据库、Java大堆、高性能计算这类内存访问密集型场景提升明显。Linux下可以通过 echo 20 > /proc/sys/vm/nr_hugepages 这类方式预留大页，但应用需要显式配合使用。
1.3 字节编址与字节序：先搞清楚数据的最小单位
内存的最小寻址单位是字节，每个字节有一个唯一的地址。但一个“数据”往往是由多个字节组成的，比如一个4字节的int。这引出一个基础问题：如果数据首地址在0x1000，那0x1001、0x1002、0x1003分别存什么？
答案取决于字节序。大端模式（Big-Endian）把数据的最高有效字节放在低地址，小端模式（Little-Endian）把最低有效字节放在低地址。x86架构用的小端，网络字节序则统一用大端。
举个例子，无符号整数0x12345678，在内存中（地址从低到高）：
- 大端：12 34 56 78
- 小端：78 56 34 12
很多人在做网络通信、协议解析时踩过坑：发送端用小端存储，接收端按大端解析，读出来的数字完全不对。还有人在分析二进制文件或者做内存取证时，看到内存里的字节序列和自己预期不一致，怀疑数据被损坏，其实只是字节序不同。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 代码里的数据都放在了哪儿：不同语言的内存模型
2.1 C/C++的栈、堆，还有那几个“小角落”
C/C++程序运行时，虚拟地址空间被划分成几个区域：代码段、数据段、BSS段、堆、栈。每个区域各有自己的职责和生命周期。
栈（Stack）由编译器自动管理，函数调用时分配局部变量，函数返回时自动释放。栈的特点是“后进先出”，分配释放速度极快，但容量有限，Linux默认栈大小通常为8MB。递归层数