这个问题问到点子上了——在这种16位系统的约束下，主要有两种经典方案来解决10位操作数对应16位地址的矛盾，咱们逐一拆解：

方案一：地址编码/寄存器辅助寻址 #

这是最常用的思路，核心是用寄存器补全地址的高位部分，把10位操作数当作地址的偏移量，而非完整地址。常见的实现方式有两种：

• 基址寻址：CPU里专门设置一个16位的基址寄存器，执行指令时，把指令里的10位操作数作为偏移量，和基址寄存器里的16位基地址相加，得到最终的16位物理地址。比如基址寄存器存0x3000，操作数是0x00FF（10位），那么物理地址就是0x3000 + 0x00FF = 0x30FF，完美覆盖16位地址空间。
• 分段寻址：把整个16位内存空间分成若干段，用一个段寄存器存储段的起始地址高位（比如6位），指令里的10位操作数作为段内偏移量，两者组合成完整的16位地址。比如段寄存器存0x1F（二进制高6位），操作数是0x00FF（10位），拼接后就是0x1F00 | 0x00FF = 0x1FFF，刚好是16位地址。

这种方案的好处是指令长度保持16位，不增加取指周期，执行效率高。

方案二：多单元存储的扩展指令 #

如果不想依赖寄存器，那就得把单条指令拆成多个16位内存单元来存储，用额外的单元补全地址的高位。比如：

• 第一条16位单元：6位操作码 + 10位地址低段；
• 第二条16位单元：存储地址的高6位；
  CPU执行时会先取第一条指令，发现需要额外地址信息，再自动取下一个单元的内容，拼接成完整的16位地址。
  有些系统甚至直接把指令设计成32位（占两个16位单元），前16位是操作码+地址标识，后16位是完整的16位操作数地址，彻底解决长度问题，但代价是指令取指时间翻倍，会降低执行效率。

简单总结：追求效率就选寄存器辅助的地址编码方案；如果系统设计不想加额外寄存器，就用多单元扩展指令的方式——两种方案在早期16位计算机里都有实际应用。

内容的提问来源于stack exchange，提问作者Mr Bobcat