引言：一段"报错"代码引发的思考
初学8086汇编时，很多同学都会写下这样一段代码：
MOV [1000H], AX ; 试图将AX的值存入内存地址1000H
满怀期待地按下汇编MASM，结果却迎来一行刺眼的报错：
**Error**: Illegal addressing mode
但令人费解的是，反过来写：
MOV AX, [1000H] ; 将内存地址1000H的值存入AX
却完全合法，能正常汇编通过。
这不禁让人困惑：同样是 [1000H]，为什么当它做"目的地"时就不行，做"来源"时就可以？难道内存地址还有"单向通行"的规定吗？
解答：从指令编码、CPU设计哲学、段寄存器机制三个层面进行解答。
一、指令系统的基本语法规则
在8086指令集中，MOV指令的格式为：
MOV 目的操作数, 源操作数
其中操作数可以是：
· 寄存器（如 AX, BX, CX, DX, SI, DI, BP, SP）
· 立即数（如 1234H, 56H）
· 内存单元（用 [] 表示）
但并非所有组合都合法，8086对"内存单元"作为操作数有严格限制。
关键规则：内存←→内存 不允许
8086指令系统有一个铁律：不允许两个操作数同时为内存单元。也就是说，不能直接 MOV [1000H], [2000H]。
这个规则还好理解——毕竟需要两步才能完成内存间的数据搬运。
但我们的问题不涉及两个内存操作数，只涉及一个寄存器和一个内存单元，为什么方向不同结果不同？
二、问题的核心：汇编器的"方向"困境
我们逐条分析：
MOV AX, [1000H] 为什么合法？
目的操作数：AX
源操作数：[1000H]（内存单元，默认DS段）
这是寄存器 ← 内存，方向是从内存读数据到寄存器。
8086支持这种模式，对应机器码为 A1 00 10（若使用AX）。
合法原因：CPU可以直接从内存取数送入寄存器，这是最基本的读操作。
MOV [1000H], AX 为什么非法？
· 目的操作数：[1000H]
· 源操作数：AX
这看起来是内存 ← 寄存器，按理说写内存也应该允许啊？
但问题出在：[1000H] 这种直接偏移地址的写法，在8086的指令编码体系中无法表达"目的操作数是内存单元"这个信息。
深层原因：指令编码的"目的/源"字段限制
8086的机器码中，MOV指令的编码格式分多种，其中一种格式（ModR/M字节）用3个bit表示目的操作数是寄存器还是内存。
当使用 [1000H] 作为目的操作数时，汇编器需要将这个"直接偏移地址"编码进指令。但直接偏移地址的编码模式只支持"源操作数"位置，不支持"目的操作数"位置。
说白了：CPU的指令译码器在设计时，就没有为"目的操作数为直接偏移地址"预留编码空间。
三、对比其它合法的"内存作目的"写法
如果 MOV [1000H], AX 非法，那怎么才能把AX存入内存？
方法1：使用寄存器间接寻址
MOV BX, 1000H
MOV [BX], AX ; 合法！BX间接寻址
机器码为 89 0，其中M字节可以明确表达"目的操作数是内存，由BX指示地址"。
方法2：使用段超越前缀 + 基址寻址
MOV ES:[1000H], AX
虽然 [1000H] 仍是直接偏移，但加上 ES: 后，编码方式发生了变化，目的操作数模式变为可用。
方法3：使用变址寄存器
MOV [SI], AX ; 合法
MOV [DI], AX ; 合法
SI/DI 等变址寄存器作为目的内存地址，编码完全支持。
四、从CPU设计哲学看这个问题
为什么Intel要这样设计？难道不能做得更"对称"一些吗？
1. 指令长度限制
8086是16位CPU，指令长度可变（1~6字节）。如果所有寻址模式都支持"目的直接偏移"，需要额外增加编码位，导致指令长度膨胀，解码器复杂度上升。
2. 8086继承的8位基因
8086脱胎于8080/8085，那些8位CPU的指令集就有限制。Intel在升级时做了"兼容性妥协"，保留了部分不对称设计。
结语
"MOV [1000H], AX 非法"这个问题，表面看是个语法限制，实则折射出CPU指令编码的底层设计取舍。理解它，不仅能帮你避开一个常见的编译错误，更能加深对8086体系结构的认识——指令集的不对称性，往往是历史包袱与工程权衡的产物。
下次再遇到类似问题，不妨多问一句："CPU是怎么编码这条指令的？"答案往往就藏在机器码里。
