【源码篇】内存拓扑与统一编址：在 1KB 的赤字账本上划分疆域

光有底层的 Memory 存储芯片是不够的。在 4-bit 处理器上电运行机器码之前，我们必须在系统架构的最顶层，为这片空间建立冷酷的物理秩序（Memory Map）。

本章我们将暂时放下具体的 C++ 代码行，以系统架构师的视角，去清算那片由 12-bit 程序计数器开辟的 2KB 线性寻址空间。看看 ROM、RAM、VRAM 与外设 I/O 是如何混居在统一编址（MMIO）之下。

我们更将扮演“精明的算术会计”，一笔一笔核算《俄罗斯方块》在 1KB 极限配置下的资产负债表。当字模、显存、堆栈这些刚性负债将内存压榨到只剩 784 个格位（意味着整个游戏核心逻辑不能超过 200 条汇编指令）时，我们将一同直面 4-bit 程序员真实的窒息与绝望。

逻辑的死局，唯有依赖下一章 Bus 总线的硬件级段切换（Bank Switching）才能谋求无中生有的技术救赎。法则已立，疆域重划，请随我进入这间赤字地牢。

🗺️ 本章远征路线图

• [第一章] 硅基法典的防火墙：4-bit 物理宽度的绝对限位
• [第二章] 4-bit 宇宙第一性原理：重新厘清“格子”的物理轮廓
• [第三章] 1KB 配置下的拓扑底盘：线性寻址空间的划分
• [第四章] 《俄罗斯方块》刚性负债核算：压榨到 bit 的数据肉搏
• [第五章] 毁灭时刻：数据蔓延与堆栈下穿的“迎头相撞

第一章：硅基法典的防火墙——4-bit 物理宽度的绝对限位

在上一期中，我们共同清算了一笔残酷的“性能账本”：在主振频率仅有 32.768 KHz 的地牢里，4-bit CPU 为了给 Y 坐标加个 1，竟然要在总线上连续折返跑、足足压榨出 26 个时钟周期。但那只是时间的灾难，接下来的空间死局才真正致命。

如果我们无法突破目前常态基准下的 1KB 内存上限，后续的硬件级堆栈、函数深层嵌套以及高频响应的“按键中断”将彻底沦为空谈。因为在 4-bit 的极度受限下，任何一点数据的溢出都会引发链式崩溃。这就是为什么在写下第一行代码时，我们必须引入整个系统最核心的物理硬约束：

1.1 物理字长的硬性墙限（Data Width Enforcement）

我们的 PC 宿主机拥有 64 位的强能，即使是最小的数据类型 uint8_t 也拥有 8 位宽度（可以一口气数到 255）。但在这个 4-bit 仿真宇宙里，数据的物理天花板被死死锁死在二进制的 0000（2） ~ 1111(2)（十进制 0 ~ 15) 之间。

为了在代码里复现这种窒息感，本内核的核心动作不是去写精妙的算法，而是通过高频调用位掩码 & 0x0F，在 C++ 世界里强行修筑一堵物理隔离墙。无论是寄存器搬运还是总线读写，只要计算结果超过 15，数据就必须在宿主机内存里发生硬件级的碎裂与截断。高 4 位的任何残留电平信号，都是对系统连续运行安全性的致命背叛。

---

第二章：4-bit 宇宙第一性原理——重新厘清“格子”的物理轮廓

现代程序员有一个根深蒂固的常识：1 个内存地址 = 1 个字节（Byte，即 8 位）。如果带着这个直觉，你会在接下来的数据精算中陷入严重的思维踩踏。请死死记住以下两条物理铁律：

• 💾 数据的宽度：由于数据总线、通用寄存器全部只有 4 位宽度。CPU 访问任意一个内存地址，一次只能掏出一个最大到 15 的半字节（Nibble）。
• 📏 空间的容积：在标准国际单位里，1KB = 1024  *8 bit = 8192  根电平物理信号线。在 8-bit 机器里，1KB 空间对应 1024 个格子。但在我们的 4-bit 宇宙里，每个抽屉只能塞进 4 位，要想容纳 1KB 的物理容量，整整需要 8192 / 4 = 2048 个地址格子！

现代 8-bit 处理器内存物理模型：
[0x000] [ 8-bit Byte ] <-- 1个格子装1字节，1KB 只需 1024 个格子 (0x000 ~ 0x3FF)

自研 4-bit 处理器内存物理模型：
[0x000] [ 4-bit Nibble ] <-- 1个格子仅能装半字节！
[0x001] [ 4-bit Nibble ]
...
[0x7FF] [ 4-bit Nibble ] <-- 1KB 容量整整榨干了 2048 个物理格位 (0x000 ~ 0x7FF)

 

第三章：1KB 配置下的拓扑底盘——线性寻址空间的划分

为了让这 2048 个 4-bit 抽屉各司其职，我们在系统冷启动、跑通基础指令集阶段，采取了最务实的非对称编址布局。12-bit 程序计数器（PC）理论开辟的 2KB 总疆域被清晰地划分为不同的数据领地：

 

​
线性地址指针 (12-bit PC)
[0x000] +-----------------------------------+

        |       引导只读区 (ROM 256B)        | --> 存放上电初始化与基础指令流
[0x100] +-----------------------------------+

        |       物理真空区 (稀疏编址)         | --> 总线沉默状态，读出电平为 0
[0x400] +-----------------------------------+

        |                                   |
        |       静态数据区 (RAM 1KB)         | --> 挂载 2048 个 4-bit 抽屉颗粒
        |                                   |
[0x7FF] +-----------------------------------+ <-- 堆栈指针 SP 上电初始栈顶

当整机上电物理复位时，PC 强制归零，CPU 准时从 0x000 抓取第一条机器码。而高处的 0x400 ~ 0x7FF 则是我们接下来要进行生存压榨的 1KB 核心战场。(下一篇我将扩展这个内存布局)

第四章：《俄罗斯方块》刚性负债核算——压榨到 bit 的数据肉搏

现代程序员习惯了以 GB 为单位挥霍内存，但在我们只有 2048 个格子的地牢里，当我们将这 1KB 投入到《俄罗斯方块》的工业实战中时，你必须像最刻薄的会计一样，把每一项业务要吃掉多少个 4-bit 物理格子（Nibble）清算清楚：

4.1 游戏场地矩阵（RAM 静态负债）

《俄罗斯方块》的标准游戏场地是 10 列 × 20 行，总共 200 个物理方块位。

• 物理痛点：每一个方块位不能只存“亮”或“灭”。为了处理消行逻辑，一个方块必须有三种状态：0 = 空白，1 = 玩家控制的动态方块，2 = 已经堆积死锁的静态墙壁。
• 数据压缩：表示 3 种状态，至少需要 2 个 bit 00(2), 01(2), 10(2) 。为了不浪费多余的位，最极致的压缩方案是一个 4-bit 抽屉里横着塞进 2 个方块的状态。
• 账目总计：200个方块 x 2bit = 400bit。换算成我们的 4-bit 内存格子，铁打不动地要死锁掉 100 个抽屉。

4.2 7 种经典方块的旋转字模（ROM 只读负债）

游戏需要渲染 J、L、I、O、Z、S、T 七种方块，且每种方块有 4 个旋转方向。

• 数据精算：7 种方块 × 4 个方向 = 28 种独立形态。每种形态为了进行边缘碰撞预演，都必须在一个 4×4 的虚拟矩阵里被点阵勾勒出来（16 个像素点，需 16 个 bit 存储）。
• 账目总计：28 x 16 bit = 448 bit。用 4-bit 格子去装，448 / 4 = 112 个只读格子。让方块能够合法地转个身，112 个抽屉就此划走。

4.3 LCD 段码屏显存（VRAM 映射负债）

由于我们的硬件显示系统是复古的 LCD 段码屏，CPU 必须开辟出一块静态映射区，这里的电平直接通过物理引脚锁存到液晶分子的偏转电极上。

• 账目总计：为了完整映射游戏画面、当前的得分计数寄存器、以及“下一个预测方块”的显示位，我们必须在高端地址里划出整整 256 个格子 作为专用的显存区（VRAM）。

4.4 资源总清算：代码指令区还剩多少？

 现在，让我们拨通算盘，把这笔刚性资产负债表的期末余额算清楚：
总空间 2048 个 4-bit 格子
减去场地矩阵 100 格 - 方块字模 112 格 - 物理显存 256 格 - 核心局部变量 64 格
再减去为了防止中断穿透割让出的对站安全区 256 格
最终期末留存代码指令区仅剩余 1260 个 4-bit格位

 

大家看清这个数字了吗？1260 个格子。
在我们的指令集设计中，凡是涉及长腿跳转、条件分支、子程序调用（JMP、JZ、CALL）以及内存存储（STA）的指令，通通都是极其昂贵的双字节（占 4 个 4-bit 格子）指令。

这就意味着，你整个《俄罗斯方块》的全部核心控制逻辑——从按键去抖动扫描、方块随机生成、重力递增算法，到最复杂的整行消行判定与得分累加，你所有的汇编机器码，必须被死死卡在不到 300 条指令之内！

第五章：毁灭时刻——数据蔓延与堆栈下穿的“迎头相撞”

在标准的冯·诺依曼架构（统一编址）中，为了最大化利用极度贫血的内存资源，堆栈和全局/局部变量通常被设计在同一个内存块内，并采取“相向而行”的生长策略：

• 变量与数据区：从低地址（0x400）向高地址顺序生长。
• 硬件堆栈区（Stack）：从最高物理地址（0x7FF 栈顶）向下生长。

在《俄罗斯方块》的实战中，这种平衡薄如蝉翼，毁灭时刻随时会来临：

5.1 全局变量的“步步紧逼”

游戏运行期间，地图缓冲区在实时更新、各种游戏状态计数器、分数、当前下落坐标在不断改写并霸占着低地址数据区，向高处蔓延。

5.2 堆栈区的“疯狂向下狂飙”

• 一、 函数嵌套的代价：为了让代码逻辑可读，我们不可能写几百行的“面条代码”，必须频繁调用子程序（如：方块触底检测 -> 触发消行判定 -> 累加得分 ->  刷新段码屏）。按理说，我们设计的程序计数器（PC）是 12-bit 的，在物理堆栈里应该只占用 3 个 4-bit 物理格位（即 3 个 Nibble，刚好等于 12 位）。但请看我的 CALL 指令内核仿真源码：为了简化总线译码和弹栈时的移位拼接电路，我选择让 CPU 在执行压栈时，把 12 位地址按字节对齐（Byte-aligned），分两次强行写入。 其结果是，每执行一次 CALL 指令，堆栈指针（SP）都会在背地里以 4 个物理格位的恐怖速度向下坍塌。
• 二、 高频中断的“背刺”：当玩家疯狂按下“左/右/变形”按键时，或者定时器触发方块下落时，系统会瞬间激活“硬件中断（Interrupt）”。CPU 必须立刻暂停当前工作，将当前的寄存器状态（A、B、X、Y 以及标志位）强行压入堆栈保存现场（Context Save）。

5.3 毁灭时刻（内存破产）

当函数嵌套过深，或者玩家按键过快触发了多重中断，堆栈指针（SP）会一路向下狂飙。最终，向下生长的堆栈与向上生长的游戏变量在某一个物理内存格位上发生“迎头相撞”。

[0x400]变量区 >>>  [ 游戏地图 / 分数变量 ]  --> 向上蔓延
                       🔥 碰撞死锁点 🔥
[0x7FF]堆栈区 <<<  [ 压栈寄存器 / 返回地址 ] <-- 向下狂飙

相撞的瞬间，秩序荡然无存：

• 堆栈里存放的返回地址，会无情地覆写（擦除）掉原本用来存放方块坐标或消行地图的数据；
• 或者反过来，游戏更新方块坐标时，误将数据写进了堆栈，破坏了返回地址。

当消行子程序执行完毕，准备调用 RET 指令弹栈返回时，CPU 从已经沦为“数据废墟”的堆栈里，抓出了一个被方块坐标严重扭曲的伪地址。在下一个时钟周期，程序计数器（PC）被强行导向了一片未动的物理真空区，整台地摊机瞬间陷入花屏、死机或逻辑暴走。

---

🏁 秩序的建立：统一编址与多路复用译码的硬件法则

至此，我们在 4-bit 的逻辑地牢里，不仅完成了 NOT 的黑白颠倒与 SHL/SHR 的空间缝合，更通过一笔残酷的“1KB 赤字资产负债表”，彻底看清了由函数嵌套与高频中断引发的“堆栈下穿、数据踩踏”的物理梦魇。为了给这台原本盲目的机器建立起确定性的物理秩序，我们提出了“芯片不动，总线变轨”的自救指南。我们用 4096 个“4-bit抽屉”重新定义了格子的容积，更抓出了 0x301 端口里那根决定两界生死的 \(A_{0}\) 物理引脚。

下一期，我们将正式迈进【总线源码篇】的暴风眼，首次完整公开整个仿真宇宙中调度万物的幕后功臣——Bus 类的 C++11 核心源码！

我们将不再满足于抽象的电路图，而是带大家去解构：C++ 的虚函数多态究竟是如何完美映射硬件上那一条条铜线总线的？看代码里那看似平淡的线性路由，又是如何在底层完美复现 74LS138 译码门电路的片选（Chip Select）逻辑的？

📌 【铁粉专享：现代 x86 MMU/页表机制硬核番外预告】

响应很多深度底层读者的强烈呼声，在这篇总线代码跑通测试后，我将专门开辟一期 【技术番外篇】。

我们将彻底撕开高级语言的黑盒，以这台 4-bit 机器的 Bank 切换为显微镜，去死磕 Linux 内核最核心的内存虚拟化。我将带大家逐行拆解：现代 x86 处理器内部的 MMU 硬件电路 到底是如何自动翻看 CR3 寄存器（页表基址） 的？多任务操作系统在切换进程的微秒间，又是如何用和这台地摊机完全相同的“变轨外挂”，去实现 TB 级内存空间的无损对冲与无中生有？

那将是一场跳出 4-bit 牢笼、直击现代多核 CPU 心脏的体系结构远征。

地牢的围墙已经加固，赤字的死局已经布好。下一站，我们去解密总线源码，看 C++ 如何指挥第一波电平信号各就各位！

通道已开，时序将动。我们【总线篇】见！