如果有人已经提到了，请原谅我，但如果有人想知道x86糟糕的旧时代，内存分割仍然是相关的：您将始终从以下两条指令中得到相同的结果：

LEA AX, DS:[0x1234]

and

LEA AX, CS:[0x1234]

“有效地址”只是seg:off逻辑地址的偏移部分。在本例中，0x1234。

LEA不添加段基础。这将击败最初的一个用例，即进行地址计算以获得指针（偏移量），实际上可以取消引用。例如lea bx，[array+si]。如果添加了DS基以给出线性地址，则稍后的mov ax，[bx]将再次添加DS基。此外，20位结果通常不适合16位寄存器。

看见https://www.stevemorse.org/8086/index.html8086的建筑师写了一本关于指令集的书，现在在他的网站上免费。关于LEA的部分提到了他的一些设计意图。

LEA：只是一个“算术”指令。。

MOV在操作数之间传输数据，但lea只是在计算

LEA（Load Effective Address，加载有效地址）指令是获取任何英特尔处理器内存寻址模式产生的地址的一种方法。

也就是说，如果我们有这样的数据移动：

MOV EAX, <MEM-OPERAND>

它将指定存储位置的内容移动到目标寄存器中。

如果我们用LEA替换MOV，那么内存位置的地址将通过<MEM-OPERAND>寻址表达式以完全相同的方式计算。但是，我们将位置本身带入目的地，而不是存储位置的内容。

LEA不是特定的算术指令；这是一种拦截由处理器的任何一种存储器寻址模式产生的有效地址的方法。

例如，我们可以在一个简单的直接地址上使用LEA。完全不涉及算术：

MOV EAX, GLOBALVAR   ; fetch the value of GLOBALVAR into EAX
LEA EAX, GLOBALVAR   ; fetch the address of GLOBALVAR into EAX.

这是有效的；我们可以在Linux提示符下测试它：

$ as
LEA 0, %eax
$ objdump -d a.out

a.out:     file format elf64-x86-64

Disassembly of section .text:

0000000000000000 <.text>:
   0:   8d 04 25 00 00 00 00    lea    0x0,%eax

这里，没有添加缩放值，也没有偏移。零移动到EAX。我们也可以使用带立即数的MOV来实现这一点。

这就是为什么认为LEA中括号是多余的人被严重误解的原因；括号不是LEA语法，而是寻址模式的一部分。

LEA在硬件级别是真实的。生成的指令对实际寻址模式进行编码，并且处理器将其执行到计算地址的点。然后它将该地址移动到目的地，而不是生成内存引用。（由于任何其他指令中寻址模式的地址计算对CPU标志没有影响，LEA对CPU标志也没有影响。）

与从地址0加载值相比：

$ as
movl 0, %eax
$ objdump -d a.out | grep mov
   0:   8b 04 25 00 00 00 00    mov    0x0,%eax

这是一个非常相似的编码，看到了吗？只有LEA的8d已更改为8b。

当然，这种LEA编码比将立即零移动到EAX要长：

$ as
movl $0, %eax
$ objdump -d a.out | grep mov
   0:   b8 00 00 00 00          mov    $0x0,%eax

执法机关没有理由排除这种可能性，尽管只是因为有一个更短的替代方案；它只是以正交的方式与可用的寻址模式相结合。

尽管有各种解释，LEA是一种算术运算：

LEA Rt, [Rs1+a*Rs2+b] =>  Rt = Rs1 + a*Rs2 + b

只是它的名字对于shift+add操作来说非常愚蠢。其原因已经在最高评级的答案中解释过（即，它是为了直接映射高级内存引用而设计的）。

lea是“加载有效地址”的缩写。它将源操作数的位置引用地址加载到目标操作数。例如，您可以使用它：

lea ebx, [ebx+eax*8]

用一条指令进一步移动ebx指针eax项（在64位/元素数组中）。基本上，您可以从x86体系结构支持的复杂寻址模式中受益，从而有效地操作指针。

LEA vs MOV（回复原始问题）

LEA不是一个时髦的MOV。当您使用MOV时，它会计算地址并访问内存。LEA只计算地址，实际上不访问内存。这就是区别。

在8086及更高版本中，LEA仅将最多两个源寄存器和一个立即数的和设置为目标寄存器。例如，lea-bp，[bx+si+3]将bx加si加3的和设置到bp寄存器。无法实现此计算以将结果保存到带有MOV的寄存器中。

80386处理器引入了一系列缩放模式，其中索引寄存器值可以乘以有效的缩放因子以获得位移。有效比例因子为1、2、4和8。因此，您可以使用lea-ebp、[ebx+esi*8+3]等指令。

LDS和LES（可选进一步阅读）

与LEA相反，有指令LDS和LES，相反，它们将值从内存加载到一对寄存器：一个段寄存器（DS或ES）和一个通用寄存器。其他寄存器也有版本：分别用于FS、GS和SS段寄存器的LFS、LGS和LSS（80386中介绍）。

因此，这些指令加载“远”指针-一个由16位段选择器和16位（或32位，取决于模式）偏移量组成的指针，因此在16位模式下，远指针的总大小为32位，在32位模式下为48位。

这些是16位模式的方便说明，无论是16位实际模式还是16位保护模式。

在32位模式下，由于操作系统将所有段基设置为零（平面内存模型），所以不需要加载这些指令，因此不需要加载段寄存器。我们只使用32位指针，而不是48位指针。

在64位模式下，不执行这些指令。它们的操作码会导致访问违规中断（异常）。自从Intel实施VEX“矢量扩展”（AVX）以来，Intel采用了LDS和LES的操作码，并开始将它们用于VEX前缀。正如Peter Cordes所指出的，这就是为什么在32位模式下只能访问x/ymm0..7的原因（引用）：“VEX前缀经过精心设计，仅与32位模式中LDS和LES的无效编码重叠，其中RÜxÜBÜ均为1。这就是为什么某些位在VEX前缀中被反转的原因”。